Model View Controller Pattern - Suche Hilfe bei Anwendung

[megachucky]

Hallo.

Möchte eine Anwendung mit MVC schreiben, mir ist aber noch nicht so ganz klar was wohin gehört.

Ich möchte das Videothek-Umfeld nutzen mit Filmen, Kunden, Verleih, usw.


Hab mal Schnittstellen geschrieben für den Einstieg.

Passt das so? Oder ist im Model schon zuviel, wie zb die get-Methoden?

Mir ist nun leider nicht klar, was der Controller nun macht.

Kann mir bitte jemand an Hand diesem Beispiel etwas weiterhelfen. Danke.



VIEW:

public interface GUI_Interface 
{
	public String printAlleKundendaten(ArrayList<Kunde> kundenListe);
	public String printAlleMediendaten(ArrayList<Medium> medienListe);
}

MODEL:

public interface VerwaltungsdatenInterface 
{
	// Medium
	public void addMedium(Medium medium); 
	public void removeMedium(Medium medium);
	
	// Kunde
	public void addKunde(Kunde kunde);
	public void removeKunde(Kunde kunde);
	
	// Verwaltung
	public void setAusgeliehen(Medium medium); 
	public void setZurueckgegeben(Medium medium);
	public boolean isAusgeliehen(Medium medium); // gibt NULL zurück falls nicht ausgeliehen
	public ArrayList<Kunde> getAlleKunden();
	public ArrayList<Medium> getAlleMedien();
}

 

[EOB]

hi, also der controller kontrolliert die aktionen die auftreten koennen. mal angenommen, du drueckst auf einen button (View). dann wird der passende controller (Controller) aufgerufen und der startet dann die aktionen (Modell). ich nehm als controller immer die klasse Action und binde die dann an den button. das hat den vorteil, dass man die action oefter verwenden kann. also du hast z.b. eine ExitAction, dann kannst du die ans menu und an einen button haengen usw., sparst somit code und kannst die action (also das was passieren soll) aendern, ohne in der gui rumfummeln zu muessen.

das ist uebrigens das command pattern, welches hier in swing implementiert ist. das commando ist vom invoker getrennt. es gibt auch die moeglichkeit, gleich in der action die funktionalitaet zu haben, ist aber IMHO nicht soo gut.

mal der controller code

import java.awt.event.ActionEvent;

import javax.swing.AbstractAction;

public class MyAction extends AbstractAction {
	
	public void actionPerformed(ActionEvent e) {
		//hier alles machen, z.b. programm verlassen etc
		
	}
}

viele gruesse
mørketid

 

[megachucky]

Danke.

Konsolenanwendung macht da denke ich keinen Sinn, da werd ich es gleich mit SWING versuchen. Hast du evtl irgendwo schon ein einfaches Beispiel, an dem man sich orientieren kann?

Dinge wie oben zb public ArrayList<Kunde> getAlleKunden(); gehören aber schon ins Model, nicht in den Controller, oder?

 

[megachucky]

Oh, den Code hab ich vorhin übersehen Aber hast du evtl ein komplettes Beispiel mit allen drei MVC Teilen? SWING, ActionListener usw hab ich nur vor langer Zeit mal kurz verwendet.
Da würd ich mich leichter tun.

 

[EOB]

hi, den haste nicht uebersehen, den hab ich nachtraeglich eingefuegt . also ein komplettes bsp. hab ich jetzt hier nicht, aber mach das doch so:


1. ueberleg dir, was du fuer fenster brauchst (also videos hinzufuegen, nutzer loeschen etc)
2. ueberleg dir, wie du das speichern willst (serialisierung, datenbank, plain text)
3. mal dir auf, wies aussehen soll, dann versuch das ohne funktionalitaet nachzubauen (es gibt viele layout manager)
4. erstell dir ein jframe indem du davon erbst und packe alle komponenten (buttons, menues etc) die du willst da rein
5. dann fang der reihe nach an, deine funktionalitaet zu implementieren

das ist nur eine vorgehensweise, es gibt aber viele andere dinge (siehe vert. prototyping, horiz. prototyping etc). alles was zur oberflaeche gehoert, also alles was du sehen kannst ist der VIEW. also buttons, frames, dialoge und so weiter.

ein beispiel, wie man eine action anlegt, diese an einen button/menuitem added:

import java.awt.event.ActionEvent;
import javax.swing.AbstractAction;

public class ExitAction extends AbstractAction {

	//kann ueberschrieben werden
       /*du erweiterst AbstractAction, welche Action implementiert, welche von ActionListener erbt, welcher diese methode     bereitstellt
       */
	public void actionPerformed(ActionEvent e) {
		System.exit(0);

	}
}

dann mittels

deinButton.setAction(new ExitAction());
oder
deinMenuItem.setAction(new ExitAction());

die action anfuegen.


so, diese Action ist dein controller, welcher es ermoeglicht, dein programm zu verlassen. du hast also i de regel meherer controller fuer eine anwendung. im bsp. hab ich die funktionalitate gleich im controller, da es ja wenig ist. wenns mehr wird, am besten auslagern. also ein komplexeres bsp. waere ein controller zum dateilesen:

import java.awt.event.ActionEvent;
import javax.swing.AbstractAction;

public class ReadFileAction extends AbstractAction {
	
	public void actionPerformed(ActionEvent e) {
		//jetzt auslagern, da evtl. von dateityp abhaengig
               MyFilereader mfr = FileReaderFactory.createInstance(dateiNameAlsString);
	}
}

im beispiel verwende ich noch interfaces, welche ich jetzt mal nicht aufliste, das zu viel wird. kann ich aber, wenn du willst...sags einfach .

so, bis jetzt haben wir:


VIEW: JFrames, JDialogs, Buttons, Menues und so weiter
CONTROLLER: bis jetzt nur ExitAction, werden aber spaeter sicher mehr bei deiner app.

was noch fehlt ist das modell. im modell ist dann der ganze rest. also die anwendungslogik. da liegen z.b. dann die klassen, die deine userdaten speichern, laden und so weiter. der MyFileReader waere im modell zum beispiel.

also am ende siehts so aus:


VIEW: JFrames, JDialogs, Buttons, Menues und so weiter
CONTROLLER: bis jetzt nur ExitAction, werden aber spaeter sicher mehr bei deiner app.
MODELL: der rest, wie z.b. MyFileReader

ich wurde dann auch gleich eine 3tier app machen, bestehend aus


praesentationsschicht
anwendungsschicht
persistenzschicht

du siehst also, dass das modell in die anwendungsschicht gehoert und die controller IMHO noch zur praesentationsschicht gehoeren...sagt dir das seeheim modell was? schlags mal nach
:wink: . man kann das natuerlich alles noch schoen mit facade muster und template method etc ausbauen . frag, wenn du naeheres wissen willst!


viele gruesse