C/C++-HTTP-Clientbibliothek für eingebettete Projekte [closed]

Also habe ich Seiten und Seiten mit Suchergebnissen auf StackOverflow und Google durchforstet und bin auf sehr wenige C/C++-HTTP-Client-Bibliotheken gestoßen, die für eine ressourcenbeschränkte, eingebettete Umgebung (z. B. ein ARM) geeignet sind. Ich bin jedoch auf einige gestoßen, die für Anwendungen der Desktop-Klasse geeignet sind.

Im Wesentlichen bin ich auf der Suche nach einer einfachen, benutzerfreundlichen und bequemen API, um HTTP GET-, POST- und HEAD-Aufrufe durchzuführen (mit Unterstützung für Authentifizierung, Download-Wiederaufnahme und Nutzdatenkomprimierung). Es wäre ideal, wenn es einen geringen Platzbedarf hätte (dh keine oder minimale externe Abhängigkeiten) und Open Source wäre (mit einer freizügigen Lizenz).

Hier ist eine Liste dessen, was ich bisher gefunden habe und warum sie nicht geeignet sind –

• kräuseln – zu schwer
• poko – zu schwer
• Neon- – GPL
• qlibc – stützt sich auf POSIX-Bibliotheken
• cpp-netlib – stützt sich auf Boost-Bibliotheken
• Leibeigene – stützt sich auf die Apache Portable Runtime-Bibliothek
• url – stützt sich auf Boost-Bibliotheken
• HTTP-Client-C-API – vielversprechend, erfordert aber einen C++-Wrapper

Gibt es irgendwelche Bibliotheken da draußen, die ich nicht kenne, oder sollte ich besser meine eigene entwickeln?

Haben Sie sich den HTTPClient auf mbed angesehen? Es sieht so aus, als gäbe es viele Gabeln eines Originals von vor ein paar Jahren, die nicht gewartet wurden. Ich habe das nicht benutzt…

http://mbed.org/users/WiredHome/code/HTTPClient/

Ich kann nur beschreiben, was ich für diese Aufgaben verwendet habe.

kräuseln – Wenn Sie faul sind, können Sie einfach die eingebaute Binärdatei herunterladen und müssen nichts weiter tun, sie hat sehr einfache Header und viele Beispiele. Sie benötigen 3-4 bereits erstellte Bibliotheken und Header. Ohne externe Abhängigkeiten. Ich würde es also als zu niedrig, aber überhaupt nicht schwergewichtig einstufen.

boost.asio – sehr interessantes Realisierungsparadigma, ganz einfach und sauber. Aber ich würde sagen, es ist auch auf niedrigem Niveau. Dann schwerer kräuseln. Und muss Boost verwenden, das ist externe Abhängigkeit, die Sie vermeiden möchten, denke ich.

poko – beste Lösung für HTTP-Server. Es ist ein hohes Niveau, nachdem Sie es mit Ihrer Anwendung verbunden haben, müssen Sie nur wenige virtuelle Funktionen implementieren und alle anderen Arbeiten (und das Thread-Management) erledigen. Poco bietet eine Menge Zeug für Anwendungsmanagement, Thread-/Prozessmanagement und es ist sehr einfach und leicht, ich würde sogar sagen, es hat eine Java-ähnliche Schnittstelle. Ja, es besteht eine externe Abhängigkeit poko, aber ich würde dies als eine Chance betrachten, die perfekte Bibliothek zu lernen. Dennoch ist es für HTTP-Clients wirklich schwer.

Das ist meine ganze C++-Erfahrung mit HTTP. Wenn Sie davon ausgehen, dass Sie nur Clients benötigen und keine Abhängigkeiten benötigen, würde ich Ihnen anbieten, sie sich anzusehen libcurl Bibliothek. Es ist plattformübergreifend, einfach, ohne Abhängigkeiten und niedrig genug, um alles zu bekommen, was Sie mit dem Netzwerk brauchen. Und wenn Sie Zeit haben – schauen Sie sich Poco an, wirklich, ich glaube, Sie werden sich in diese Bibliothek genauso verlieben wie ich. Hoffe, das wird hilfreich sein.

Ich habe eine andere gefunden, die nur in eine Bibliothek gepackt werden muss. Habe es nicht getestet, aber vielleicht einen Blick wert:

https://github.com/reagent/http.git