Hallo,
kann man irgendwie ähnlich dem brief und Paketverkehr etwas aufsetzen sodass Objekte Sachen (wieder Objekte, ggbfls. mit einem String dabei) hin und herschicken können?
Weil "Standard" sage ich mal ist ja Folgendes:
Gegeben 2 Objekte a und b, die sich kennen.
a benutzt eine Methode die etwas "produziert" als Ergebnis.
Dies übergibt sie b, der in seiner Methode dadraus wieder was produziert.
Dieses Produkt wird an a gesendet, wo es wiederum von dessen methode vererwertet wird.
usw.
In java würde man da pblicherweise ja eine MethodenKaskade bauen, die mit jedem Schritt jhässlicher und länger wird:
a.methode1(b.methode2(a.methode4(b.methode2(.......))))
Also ich finde diese verschachtelten Methoden wo wie in der Rekursion die zuerst benutzten methoden gar nicht fertig werden solange nicht Alles innendrin fertig ist, einfach hässlich.
Mir wäre es da lieber, wenn man es so wie beim Briefverkehr irgendwie machen könnte:
a und b haben custom definierte "receive" und "sent" Funktionen.
Wird bspw. ein Paket von A nahc B geshcickt (in etwa "a.sent(paketobjekt)"),
dann würde B, wie bei so einem eventlistener, automatisch mittels receive das paket erhalten und je nach inhalt eben verschiedenes damit machen.
und dann natürlich, wenn gewünscht, auch wieder mittelss der eigenen sent funktion ein ggbfls. anderes Paket zurückschicken.
Unterschied zu oben:
Für a ist der job in dem Moment rum, wo die eigene sent methode abgearbeitet wurde.
wie b das paket kriegt, kann a egals ein, kriegt a nicht mit und muss auch nicht abwarten bis b seinen kram erledigt hat bevor es die eigene sent methode beenden kann.
Also keine immer länger und tiefer werdenden methodenkaskaden und aaufruftiefen wie oben.
So ähnlich würde ich mir das zumindest vorstellen bzw. erhoffen.
Lässt sich sowas in irgendeiner Form hinkriegen in java?
Im Prinzip so wie es auch zwischen server und client abläuft, jeder von beiden kann sachen erhalten und entsprechend reagieren. und auch nahc gutdünken mittels httprequests sachen rausschicken wohin und an wen es beliebt.
eben wie beim briefversand auch, wo für mich die arbeit zuende ist, sobald der brief wegeschickt ist (also im briefkasten eingeworfen wurde).
ragieren muss man erst wenn wieder ein brief eintrifft.
kann man irgendwie ähnlich dem brief und Paketverkehr etwas aufsetzen sodass Objekte Sachen (wieder Objekte, ggbfls. mit einem String dabei) hin und herschicken können?
Weil "Standard" sage ich mal ist ja Folgendes:
Gegeben 2 Objekte a und b, die sich kennen.
a benutzt eine Methode die etwas "produziert" als Ergebnis.
Dies übergibt sie b, der in seiner Methode dadraus wieder was produziert.
Dieses Produkt wird an a gesendet, wo es wiederum von dessen methode vererwertet wird.
usw.
In java würde man da pblicherweise ja eine MethodenKaskade bauen, die mit jedem Schritt jhässlicher und länger wird:
a.methode1(b.methode2(a.methode4(b.methode2(.......))))
Also ich finde diese verschachtelten Methoden wo wie in der Rekursion die zuerst benutzten methoden gar nicht fertig werden solange nicht Alles innendrin fertig ist, einfach hässlich.
Mir wäre es da lieber, wenn man es so wie beim Briefverkehr irgendwie machen könnte:
a und b haben custom definierte "receive" und "sent" Funktionen.
Wird bspw. ein Paket von A nahc B geshcickt (in etwa "a.sent(paketobjekt)"),
dann würde B, wie bei so einem eventlistener, automatisch mittels receive das paket erhalten und je nach inhalt eben verschiedenes damit machen.
und dann natürlich, wenn gewünscht, auch wieder mittelss der eigenen sent funktion ein ggbfls. anderes Paket zurückschicken.
Unterschied zu oben:
Für a ist der job in dem Moment rum, wo die eigene sent methode abgearbeitet wurde.
wie b das paket kriegt, kann a egals ein, kriegt a nicht mit und muss auch nicht abwarten bis b seinen kram erledigt hat bevor es die eigene sent methode beenden kann.
Also keine immer länger und tiefer werdenden methodenkaskaden und aaufruftiefen wie oben.
So ähnlich würde ich mir das zumindest vorstellen bzw. erhoffen.
Lässt sich sowas in irgendeiner Form hinkriegen in java?
Im Prinzip so wie es auch zwischen server und client abläuft, jeder von beiden kann sachen erhalten und entsprechend reagieren. und auch nahc gutdünken mittels httprequests sachen rausschicken wohin und an wen es beliebt.
eben wie beim briefversand auch, wo für mich die arbeit zuende ist, sobald der brief wegeschickt ist (also im briefkasten eingeworfen wurde).
ragieren muss man erst wenn wieder ein brief eintrifft.