Verständnisfrage ObserverPattern

[sliwalker]

Hoi,

Mag sein, dass ich gerade nen Brett vorm Kopf habe, weil ich mich jetzt schon ne ganze Weile mit dem MVC und Observer Pattern beschäftige und dabei 3 verschiedene Quellen nutze, die nicht ganz gleiche Informationen liefern.
Deshalb meine Frage:

Nach dem MVC Prinzip darf man GUI / Daten und Logik nicht mischen, weil wenn man zb die GUI austauschen möchte, der ganze Code umgeschrieben werden müsste.
Deshalb soll die GUI in eine eigene Klasse.

In der FAQ zum Observer pattern steht jetzt:

Durch die Assoziation macht man die beiden Klassen von einander abhängig, d.h. die eine Klasse kann nur arbeiten bzw. kompilieren, wenn die andere Klasse vorhanden ist.

Doch trotz des ganzen Observergedöns findet man im Beispiel in der Control Klasse eine Instanzierung der View Klasse.

      WindViewer viewer = new WindViewer( this ); 
      addObserver( viewer ); 
      wind = new Wind();

Mir ist schon klar, dass die Control Klasse als einzige Klasse Methoden bereitstellt, mit der man Observer adden kann.
Aber verstößt das ganze jetzt nicht schon wieder gegen MVC?

Wenn ich jetzt die GUI austauschen möchte, dann muss ich doch in der Control Klasse wieder im Code rumsuchen.

Alles ein bisschen verwirrend im Moment. Ich seh noch keine klare Linie ;(

greetz
SLi

 

[bygones]

die Controller Ebene ist die Ebene die beiden anderen Ebenen kennt - sie darf sozusagen bzw. sie muss sogar (wie soll es anders gehen) die Verbindung zwischen M & V herstellen.

das Zitat bezieht sich auf eine Assoziation der M & V Klassen.

wie willst so sonst arbeiten wenn du keinen Instanz hast die dir die Kommunikation regelt ?

 

[sliwalker]

Hoi,

OK das klingt einleuchtend und muss ja auch irgendwie so sein.
So konkret wurde mir das noch nie gesagt. :lol:

Die Controlklasse ist also der Dreh- und Angelpunkt.
Sie kennt sowohl Daten als auch View und darf Instanzen von Ihnen bilden.

View kommuniziert mittels Interface und Observer mit der Controlklasse.

Danke.

greetz
SLi