MVC Richtig verwendet?

[Spin]

Hallo liebe Community,

ich habe mal eine Frage -laut unserem Prof. müssen wir unser funktionierendes Spiel umstrukturieren - da wir nicht das MVC Pattern eingehalten haben.

Nun möchte ich euch Fragen, wie ihr es realsieren würdet.


Ich habe ein MainFrame und benutze das CardLayout.

public class MainFrame(){
// instanziieren der panels und so weiter

// damit ich switchen kann brauch jedes panel oder jeder listener getLayout von MainFrame
// daher:

new StartPanel(this);

// weiter brauche ich ein Model , damit ich änderungen machen kann nach mausklick
// daher :
new StartPanel(this,Foo)

}

Ich habe ein StartPanel:

public class StartPanel {

public StartPanel(MainFrame frame , Foo foo){
  // buttons usw.

 
}

}

Jetzt muss ich den buttons einen Listener geben, damit dieser ja reagiert. Gebe ich dem einfach einen Actionlistener.

button.addActionListener(new MyActionListener(frame,foo));

//Konstruktor
MyActionListener(Component c, Foo foo){
 /// über componente komme ich an den button.
// wenn der button gedrückt wird , soll in einem model FOO was geändert werden

// mein CardLayout bekomme  ich : 
this.frame.getLayout()



// also hier : 
this.foo.zahl = 6;
}

Model:

public class Foo{

public int zahl = 0;

}

Ich finde das aber unheimlich hässlich und möchte da einen anderen Ansatz haben, gerne auch links wo ich schauen kann. Aber brauche mal ein Komplettes MVC projekt wo sowas gelöst ist.



Ich habe einen weiteren Ansatz, aber der ist auch ...boah genau sowas.
Beispielsweise, adde ich den Actionlistener nicht im Panel sondern :

in einem Controller.

In dem kenne ich das MainFrame und gehe über dieses an das StartPanel und hole mir den Button.
Das instanziieren des Listners passiert denn in dem Controller und ich adde diesen dann direkt.

public class GameController{

new MainFrame()
new Game()

MyActionListener l = new MyActionListener(mainframe, game);

// holen des buttons
 mainframe.getStartPanel().getButton.addActionListener(l);

}

Welchen Ansatz würdet ihr wählen, oder kennt ihr bessere? Danke vielen gruß Spin

 

[Volvagia]

Schau mal ins FAQ, da gibt es ein gutes Tutorial von Marco.
Ich selbst würde gar keins machen, da ich bis heute den Sinn nicht verstanden habe. Wenn man ein Objekt designt, macht es doch mehr Sinn, die Instanzvariablen alle beim Objekt zu behalten, anstatt sie über viele Klassen zu verteilen, und komplizierte Listeneraufrufe dazwischenzuhängen.

 

[Spin]

Hallo,

ich habe mir schon elendig viele MVC Beispiele angeschaut und auch das hier im Forum. Habe damit auch die ersten Ansätze super umgesetzt und Observer pattern ist auch kein Problem.

Damit konnte ich einiges an Objekt geschubse wet machen.

Würde mich über einen konkreten Vorschlag iund über Feedback auf mein gepostetes Beispiel freuen.

Ständig baut man Listener dazwischen , was super nervig ist, aber man soll es anscheind so machen.

danke für mehr feedback.!

 

[Michael...]

Würde mich über einen konkreten Vorschlag iund über Feedback auf mein gepostetes Beispiel freuen.

Eine konkrete Implementierung des MVC kommt immer auf den Zusammenhang an. Anhand der rudimentären Beschreibung bzw. Fragestellung kann man da nicht viel zu sagen.

Ob ein ActionListener von einem Controller übergeben wird oder direkt in der Viewkomponente erzeugt wird, hängt vom Zweck der Aktion ab.

Dann ergeben sich da noch weitere Fragestellungen:

Warum sollte ein StartPanel einer Referenz auf das MainFrame besitzen?

this.foo.zahl = 6;

Schon mal was von get und set Methoden gehört?


Der Controller hält eine Referenz der View und des Models - kennt aber im Idealfall nur deren Interface. Die View hält eine Referenz auf das Models und kennt im Idealfall nur das Interface des Models. Der Controller registriert sich als Observer/Listener an der View. Aus der View heraus angestossene "Änderungsanforderungen" werden an den Controller übergeben und durch diesen ans Model weitergeleitet. Die View registriert sich als Observer/Listener am Model und bekommt dadurch Statusänderungen mitgeteilt. --> Fertig ist das MVC Konstrukt

Bei kleinerne Anwendungen ist u.U. zu Aufwändig das Ideal umzusetzen und es ist pragmatischer View und Controller zusammen zu legen.

@Volvagia: Der Sinn des MVC ist es u.a. einzelne Komponenten ohne grossartige Anpassung des Codes gegen andere/neue auszutauschen. Auch ist es damit möglich unterschiedliche Sichten auf ein gemeinsames Model anwendungs/zweckspezifisch anzubieten.