Sie sollten wirklich darüber nachdenken, ob Sie wirklich Ihr eigenes Protokoll entwerfen, dokumentieren und pflegen oder etwas verwenden wollen, das bereits existiert. Wahrscheinlich gibt es bereits ein dokumentiertes Protokoll, das Ihren Anforderungen entspricht. Abhängig von dem, was Sie tun, wird es wahrscheinlich Overkill zuerst aussehen und die Umsetzung der Spezifikation wird langweilig und viel weniger Spaß als das Schreiben Ihrer eigenen, aber wenn Sie beabsichtigen für Ihre Anwendung noch in einigen Jahren aktiv entwickelt werden, sollte es Sie speichern viel Zeit und Geld, um etwas zu nutzen, das bereits existiert und von Dritten bekannt ist. Wenn Sie eine vorhandene Bibliothek für dieses Protokoll verwenden können, sollte der Implementierungsteil außerdem viel schneller sein.
Das Entwerfen eines neuen Protokolls macht mehr Spaß als das Implementieren eines, aber weniger als das Aufrechterhalten eines, da Sie mit allen Defekten leben müssen. Kein Protokoll ist perfekt, aber wenn Sie noch nie einen entwickelt haben, können Sie sicher sein, dass Sie mehr Fehler beim Entwerfen machen werden als die Leute, die das existierende bekannte Protokoll entworfen haben, das Sie stattdessen verwenden könnten.
Kurz gesagt, Hebel, was bereits vorhanden ist, wann immer es möglich ist.
Es wäre wahrscheinlich vorzuziehen, unzuverlässig zu verlustreich zu verwenden. Nur zum Nicken: D – mdec
UDP ist nicht nur verlustbehaftet, sondern kann auch Pakete außer Betrieb liefern. Das ist eklig. –
warum benötigen Sie eine Fußzeile, wenn Sie das Längenfeld in der Kopfzeile haben –