Was ist eine beliebte, plattformübergreifende, freie und Open-Source-Socket-Bibliothek [geschlossen]

Ich glaube, sowohl die Apache Portable Runtime als auch die GLib-Bibliotheken von GTK + haben Socket-APIs. Da Ihre Frage mit c und c++ markiert ist, vermute ich, dass Sie wirklich C ++ - zentrische Antworten wünschen, aber beide sind gut als reine C-Bibliotheken.

Betrachten Sie booten ?

ACE kann Ihnen helfen!

Dieses Lernprogramm bietet einen Überblick über die Anpassungsschicht des ACE-Betriebssystems und den Entwurf und die Verwendung seiner C ++ - Socket-Wrapper

Entwicklung effizienter und tragbarer Kommunikationssoftware mit ACE und C ++

Einige Links für Sie:
C ++ Sockets-Bibliothek
C + + Socket-Bibliothek - ComPP 1.3
SimpleSockets
< a href="http://sourceforge.net/projects/kageki/files/libmsocket/"> libmsocket
Komodia TCP / IP-Bibliothek
STLplus C ++ - Bibliothek

Framework
nitro ++

Eine weitere Möglichkeit, die Sie ausprobieren können, ist Poco . Poco hat viel mehr als nur Sockets, also wenn Sie andere Sachen brauchen, kann es auch liefern.

Vergleichen Sie es mit anderen Toolkits:

1. Qt hat eine GUI und einige sehr ausgeklügelte Funktionen, die Sie in Poco nicht finden werden, aber es ist viel größer.
2. Boost hat nicht so viel wie Poco in der Art der tatsächlichen Funktionalität, aber es hat Bibliotheken wie Referenzwrapper, MPL und Präprozessor, die nirgendwo sonst zu finden sind.
3. Ich kann mich nicht sehr gut an ACE erinnern, aber ich erinnere mich, dass es in Bezug auf Quellcode und Komponenten sehr groß war. ACE scheint für Netzwerkanwendungen mit sehr hoher Leistung verwendet zu werden, so dass es möglicherweise übertrieben ist. Aber andererseits bin ich mir nicht sicher.

Nur meine zwei Cent

Ja, Sie werden mit einem Wrapper um Winsock und Standard-Berkeley-Sockel sehr weit kommen. Tatsächlich sind die Unterschiede so klein, dass es fast möglich ist, dies mit #ifdef direkt im Code zu tun.

Das heißt, wenn Sie bereit sind, auf Socket-Ebene zu arbeiten. Wenn Sie nach etwas Abstraktem suchen, dann gibt es natürlich eine gute Möglichkeit, die Unterschiede zu verbergen.

Insbesondere Winsock:

• Erfordert, dass Sie "starten", indem Sie WSAStartup() vor einer anderen Socket-Funktion aufrufen
• Erlaubt es Ihnen nicht, plain old close () auf einem Socket zu verwenden; Sie müssen closesocket() verwenden
• Erfordert, dass Sie WSAGetLastError() verwenden, um den letzten Fehler zu erhalten, nicht einfach errno .

Das sind die drei wichtigsten von meinem Kopf, es könnte mehr geben.

Wenn Sie einen sehr leichten, nur C ++ -, iostreams-artigen Wrapper um BSD-Sockets wollen, könnten Sie skstream - es ist einfach und funktioniert gut. Natürlich lässt die Iostreams-Schnittstelle selbst viel zu wünschen übrig. skstream umschließt wrap select und den sehr niedrigen Socket, der sich für Sie ziemlich gut entwickelt.

Hier gibt es nur eine richtige Antwort. OpenSSL. Weil, sobald Sie Socket-Code haben, Sie auch SSL-Verbindungen machen wollen. Wenn Sie bereits in einem bestimmten plattformübergreifenden Framework arbeiten, sind OpenSSL-Bindungen möglicherweise bereits verfügbar. Ich glaube nicht, dass es jetzt viel Entschuldigung gibt, damit SSL / TLS Ihre Anwendung nicht von Anfang an aktiviert.