richtige "Architektur" mit GUIs

[philthy]

Hallo,

mich quält wieder die Frage, wie man etwas "richtig" macht.

Angenommen, ich habe eine Steuerklasse, die die Logik übernimmt. Jetzt soll mit einem Objekt, das auch zur Logik gehört, etwas geschehen, z.B. eine Farbe zugewiesen werden. Jetzt poppt ein Fenster auf, der Benutzer wählt die Farbe aus.

- sollen alle Fenster von der Steuerung aufgerufen werden? Ich hab das jetzt mal so gemacht, dass ich ein MainWindow habe, das einmal von der Steuerung istantiiert wird, und dann den Rest macht. Dann aber zum nächsten Problem:

- ist es gut und sauber, wenn man allen Objekten (Dateiauswahldiaog, so Kleinigkeiten eben) bei der Erzeugung eine Referenz auf die Steuerung mitgibt damit die dann stgr.setzteAktiveFarbe() oder sowas machen können?

Gibt es da irgendwelche Konventionen? Gerne auch Links oder Stichworte ...

Grüße
Philipp

 

[Wildcard]

Soetwas wie stgr.setzteAktiveFarbe() sollte man nicht tun, da du dann Controller und Model aus dem MVC Paradigma vermischst.
Eine Variante wäre zum Beispiel so:
-Model hält die Daten
-Controller instanziert View und registriert die View als Listener auf dem Model
-Controler registriert sich als Listener auf der View und ändert das Model bei entsprechenden Events

 

[philthy]

Danke für die Antwort, damit kann ich jetzt schon was anfangen. Muss demnächt eine Studienarbeit anfangen, will da an eine Java-Schnittstelle dranprogrammieren (CAD, da sollte man dann schon Darstellung und Logik trennen) und will das schön strukturiert aufbauen.

Meine Kreis- und Linienerkennung funktioniert übrigens fast. Shapes sind schon schön