On 2016-08-22 21:11, Piotr Gałka wrote:
> Chciałbym najlepiej napisać biblioteki takie, które będą pasowały
> ludziom, którzy zechcą łączyć swoje oprogramowanie z naszym sprzętem
> kontroli dostępu.

Jesli dostarczysz userom kody źródłowe - ok.

Jesli dostarczysz binaria - kiepsko to widzę. Co prawda na Windowsie ABI
bibliotek dll jest jako tako zdefiniowane dla C++, ale mnogośc opcji
kompilacji, lewych linkowań biblitek itp powoduje że zawsze jest to
droga przez mękę. Raczej nie dostarcza się gotowych dllek z interfejsem
w C++, czesciej z interfejsem w C. Co oczywiście nie przeszkadza
dostarczyć np. calego Qt w wersji binarnej i jako tako działa mimo że
wszystko jest c++.

> Problem polega na tym, że nie wiem co takie firmy mogą potrzebować.

Kod źrodlowy. ewentualnie Dllkę + nagłówki w C. W ostateczności Dllkę +
nagłowki w C++.

Są też rozwiązania hybrydowe, np. kawalek dllki jest binarny ale
dostarcza się jakiś frontend w postaci kodu źrodłowego ułatwiającego
komunikację.

> Po ostatnich doświadczeniach pomyślałem, że wiele z nich używa C#.

To niech uzywają. Powiązanie C# z dllką napisaną w C jest łatwe
(relatywnie). Połaczenie z dllką napisaną w C++ jest nietrywialne,
szczególnie jesli nikt tego po stronie C++ nie zakładał. końcxzy się to
napisaniem wrappera C++ -> C -> C#.

> że może powinienem jednak napisać całą komunikację, choć nie wiem jak to
> się _dobrze_ robi.

To nie rob tego. To nie jest latwa sprawa tak z niczego napisać dobry
kod multitaskingu, strumieni, itd. Niech twórca aplikacji martwi się
dzieleniem zadań i strumieni.

> Jak się dowiedziałem, że C# ma jakieś gotowce wbudowane do komunikacji
> to mi wyszło, że to może być dobry wybór. Jakoś może to ogarnę i zamiast
> dll dostarczę jakąś bibliotekę pod C# (nie wiem co się dokładnie pod C#
> dostarcza, aby inni mogli użyć).

Inni powinni tylko zainstalować .NET w jakiejś wybranej wersji i to
wszystko.