Observer / Observable oder doch lieber Message Broker?

[Gast]

Hallo,

ich lese mich gerade ein bisschen durch die Observer / Observable Sachen durch. Leider findet man im Internet relativ wenige Artikel die Theorie dahinter wirklich durchleuchten. Insbesondere interessiert mich die Frage: Wann nehme ich einzelne Observable Objekte und wann arbeite ich mit einem zentralen Message Broker?

Und eine generelle Frage zur Model-View-Controller Architektur: Ist nicht jede GUI gleichzeitig View und auch Controller? Denn sie nimmt ja Benutzereingaben entgegen und zeigt gleichzeitig etwas an?

Liebe Grüße,
Michael

 

[André Uhres]

Das Herzstück von MVC ist der Controller.
Eine View, also eine graphische Benutzeroberfäche, ist tot.
Der Controller belebt sie, indem er Events entgegennimmt und
entsprechende Nachrichten an Model und View sendet.

 

[voidee]

ich finde bei Java ist gerade die Trennung zwischen View und Controller nicht immer leicht durchzuführen. Einige Funktionalitäten lassen sich doch besser direkt in der GUI abwickeln.

Vor Jahren war ich in einem großen Softwareprojekt. Dort hat man auch schön mit allen möglichen Pattern gearbeite, angefangen vom FactoryPattern bis hinzu....naja es war exponential. Die ganze Anwendung war dann noch über PersinstenzLayer, DB Transaktionhandling und Webservices aufgebauscht.

Am Schluss war es so das ein einfaches "Hello World" ca. 100 Klassen angezogen hat - wer soll da noch durcblicken?

Ich für meinen Teil gehe so vor, dass ggfs. der Zweck die Mittel heil, d.h. wenn das ganze nicht zu komplex wird (was meistens von der GUI abhängt), dann verarbeite ich alles in einer oder zwei Klassen.