Arten der Kommunikation

  • VB.NET

Es gibt 3 Antworten in diesem Thema. Der letzte Beitrag () ist von petaod.

    Arten der Kommunikation

    Hallo Leute.
    Ich wollte mal wissen welche Arten der Kommunikation zwischen den Programmen zweier Rechner es gibt?
    Es sollte möglichst in VB realisierbar sein. Die Geschwindigkeit ist unwichtig und es muss nur Text übertragen werden.
    Also Ich kenne FTP-Server, Email und TCP/IP.
    Was gibt es noch so?
    Danke schonmal für eure antworten.
    Also TCP ist definitiv das Mittel der Wahl.

    Alles andere ist im Grunde TCP, aber darüber wird noch ein anderes Protokoll gesprochen.
    Zum Datenaustausch sind FTP und Mail ungeeignet.

    Dank .net FW ist TCP aber kein Hexenwerk mehr, und deswegen definitiv das Mittel der Wahl!

    Gruß,
    Manawyrm

    Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von „Manawyrm“ ()

    Mit TCP/IP wirst du als Anfänger am wenigsten Probleme haben, weil es dir viele Dinge abnimmt, die du bei anderen Projekten selbst realisieren musst.
    FTP und SMTP (E-Mail) bauen auf TCP auf, so weit ich weiß.
    TCP ist ein verbindungsorientiertes Transportprotokoll für alle möglichen Arten der Kommunikation.
    Für rudimentäre schnelle Messages kannst du auch dessen ungesichertes Pendant UDP verwenden.
    Wenn du sicher sein willst, dass die Pakete auch ankommen, solltest du TCP verwenden.
    Bei UDP müsstest du in diesem Fall ein eigenes Sicherungsprotokoll darüberlegen.

    Auf TCP wird ein "irgend" ein Session-Protokoll aufgesetzt.
    Das kann ein von dir selbst entwickeltes sein.
    Oder ein für einen bestimmten Zweck bereits definiertes Protokoll.

    Wenn du Dateien übertragen willst, kannst du auf den Spezialist FTP setzen.
    Für das Versenden von Mails verwendet man SMTP.
    HTTP für Webserver.
    Eben immer das, bei dem das Pendant auf dem Partnerrechner schon verfügbar ist.

    Ist noch keines für deinen Zweck geeignetes Sessionprotokoll verfügbar, musst du auf beiden Systemen etwas selbst stricken.
    Dabei ist es üblich, dass ein Rechner den Server-Part übernimmt, also permanent auf Anfragen an einen bestimmten Port hört.
    Der andere Rechner übernimmt den Part des Clients, der sich bei Bedarf zum Server verbindet.

    Für symmetrische (gleichberechtigte) Kommunikation wird auf beiden Systemen ein Client- und ein Server-Part installiert.

    Andere (ältere) Transportprotokolle spielen nur noch eine untergeordnete Rolle und werden heute nahezu alle zum Transport zusätzlich in TCP-Pakete verpackt.

    Damit du etwas Ordnung in deine Gedankenstrukturen reinbringst, solltest du dir mal das OSI-Referenzmodell reinziehen.
    --
    If Not Program.isWorking Then Code.Debug Else Code.DoNotTouch
    --

    Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von „petaod“ ()