Meinung zu einem abgewandelten MVC-Pattern

[Eldorado]

Hi Leute,
nachdem ich mich schon durch einige Design-Patterns durchgearbeitet und mir meine eigenen Gedanken dazu gemacht habe, habe ich das MVC-Pattern etwas an meine Wünsche bzw. Ideen angepasst. Ich würde gerne eurer Meinung dazu hören.

Das Haupt-Untscheidungsmerkmal ist eigentlich, dass der Service nie Werte zurück gibt, sondern seine Ergebnisse in den POJOs speichert. Das hat den großen Vorteil, dass die View nie auf Werte wartet, sondern immer nur eine "Neu-Berechnung" anstößt, die sich dann, nach dem diese Fertig ist, auf die View auswirkt. Zudem kann so auch das volle Potential von Databinding ausgenutzt werden, da alle Werte in den POJOs hängen.

 

[Michael...]

Das Haupt-Untscheidungsmerkmal ist eigentlich, dass der Service nie Werte zurück gibt, sondern seine Ergebnisse in den POJOs speichert. Das hat den großen Vorteil, dass die View nie auf Werte wartet, sondern immer nur eine "Neu-Berechnung" anstößt, die sich dann, nach dem diese Fertig ist, auf die View auswirkt. Zudem kann so auch das volle Potential von Databinding ausgenutzt werden, da alle Werte in den POJOs hängen.

Ich sehe da jetzt keinen Unterschied zum MVC.
Unabhängig vom Design Pattern, sollte die View nie auf Werte warten müssen.

 

[Eldorado]

Es kann auch gut sein, dass ich durch die eigene Aufarbeitung dieses Patern jetzt erst richtig verstanden habe. Ich habe mir eben nochmal ein paar Beispiele angeschaut und da gibt der Service wirklich auch keine Daten zurück. Ich weiß gerade nicht, auf welchem Beispiel ich mir diese Gedanken gemacht habe, aber wenn meine Überlegungen mit dem Patern übereinstimmen, umso besser.