|
|
Auf dieser Seite sammeln wir Ideen für Erweiterungen für drasyl. Einige dieser Ideen werden oder wurden dabei implementiert.
|
|
|
|
|
|
# Empfangsbestätigungen
|
|
|
Eine Design-Entscheidung von drasyl war es, dass wir das Netz nicht mit Empfangsbestätigungen belasten wollen.
|
|
|
|
|
|
Man müsste gucken, wie TCP den Empfang von Paketen sichergestellt und das dann in eine Erweiterung gießen.
|
|
|
|
|
|
# Nachrichtenreihenfolge
|
|
|
Eine Design-Entscheidung von drasyl war es, dass wir keine Garantien geben, dass Nachrichten beim Empfänger in der selben Reihenfolge ankommen, wie sie vom Sender verschickt wurden. Sowas kann passieren, wenn während des Versands von Nachrichten zwischen Direkt- und Relay-Verbindung gewechselt wird.
|
|
|
|
|
|
Man müsste gucken wie TCP die Reihenfolge der Pakete sicherstellt und das dann in eine Erweiterung gießen.
|
|
|
|
|
|
# Streams
|
|
|
drasyl selbst arbeitet nachrichtenbasiert. Man könnte darauf aufbauend eine implementation für Datenströme bereitstellen. Wenn möglich, sollte auf den JDK-Klassen InputStream und OutputStream aufbaut werden.
|
|
|
|
|
|
# RxJava DrasylNode
|
|
|
RxJava ist eine Erweiterung des Beobachter Musters. Die drasyl-Erweiterung sollte eingehende Nachrichten über einen Observable bereitstellen und ausgehende Nachrichten als Observer entgegen nehmen können. |
|
|
\ No newline at end of file |