Delphi XE5 TCP Kommunikation - Geeignete Komponente

[michele_tedesco]

Um von verschiedenen Sensoren Daten über TCP auszulesen, plane ich eine neue Delphi XE5 Applikation zu schreiben.
Ich habe recherchiert, um zu verstehen welche Komponenten für die Kommunikation in XE5 am geeignetsten sind, habe jodoch keine klare Antwort gefunden.

Ich habe von TClient/ServerSocket gelesen auf embarcaderos Wiki. Ich habe in diesem Forum von Indy Komponente gelesen, auch wenn diese Beiträge älter als 2,3 Jahre sind.

Wie sollte eine Delphi-Anwendung über TCP/HTTP kommunizieren, wenn man sie heute neu schreiben kann?

[Daniel]

Moin,


die INDY-Komponenten sind sind zwar prinzipiell eine eigenständige Bibliothek, aber seit Jahren verlässlicher und technisch zuverlässiger Bestandteil von Delphi. Ich würde ohne Bedenken mit diesen Komponenten loslegen. Die INDY-Komponenten sind auch Bestandteil der neuen REST-Komponenten in Delphi, werden von Embarcadero also auch als integraler Bestandteil verwendet. Alternativ gäbe es noch die "ICS"-Komponenten (http://www.overbyte.be/frame_index.h...ducts/ics.html), ich wüsste jetzt aber auf die Schnelle nicht, wo diese den INDY prinzipiell überlegen sein könnten. Ein stückweit mag es Geschmackszache sein.

[michele_tedesco]

Zitat von Daniel:

Moin,


die INDY-Komponenten sind sind zwar prinzipiell eine eigenständige Bibliothek, aber seit Jahren verlässlicher und technisch zuverlässiger Bestandteil von Delphi. Ich würde ohne Bedenken mit diesen Komponenten loslegen. Die INDY-Komponenten sind auch Bestandteil der neuen REST-Komponenten in Delphi, werden von Embarcadero also auch als integraler Bestandteil verwendet. Alternativ gäbe es noch die "ICS"-Komponenten (http://www.overbyte.be/frame_index.h...ducts/ics.html), ich wüsste jetzt aber auf die Schnelle nicht, wo diese den INDY prinzipiell überlegen sein könnten. Ein stückweit mag es Geschmackszache sein.

Danke für dein Feedback

Wo finde ich Angaben zu diesem Thema in emarcaderos wiki oder forum?
Ich habe hier (http://docwiki.embarcadero.com/RADSt...rver-Anwendung) einen kurzen Eintrag gefunden, aber keine tiefgründigen Infos.

[Dejan Vu]

Zitat von Daniel:

Alternativ gäbe es noch die "ICS"-Komponenten (http://www.overbyte.be/frame_index.h...ducts/ics.html), ich wüsste jetzt aber auf die Schnelle nicht, wo diese den INDY prinzipiell überlegen sein könnten.

ICS=Schnell, schlank, asynchron, schwieriger zu programmieren (state machine, event driven state change)
INDY=Langsam, fett, synchron. Sehr einfach zu programmieren (sequentiell)

Das 'schnell' bzw. langsam bezieht sich auf hohe Last bei sehr vielen Verbindungen. Lass mich aber hier gerne belehren.

INDY ist so einfach zu verwenden, das man damit auf jeden Fall nichts falsch machen kann.
ICS ist elegant, muss man einfach sagen (finde ich). Aber man muss bei komplexen Protokollen seine Gehirnwindungen durch eine Dimensionsfalte schieben, und das ist nicht ganz so angenehm.

[creed steiger]

Synapse nicht zu vergessen

http://www.ararat.cz/synapse/doku.php/start

http://sourceforge.net/p/synalist/code/HEAD/tree/trunk/