Das Model View Controller (MVC) Konzept

Transkript

1 Das Model View Controller (MVC) Konzept Ziel: Erhöhung der Flexibilität und Reduktion der Komplexität von GUI-Programmen durch Standard- Struktur (MVC-Pattern). Geht zurück auf Smalltalk. View 1 View 2 View N Model Controller 1 Controller M notify Datenfluss Model: Abstrakter Datentyp, der Anwendungsdaten enthält. Stellt Lese- und Schreiboperationen zur Verfügung. Modell ist prinzipiell unabhängig von Views. Ein beliebige Zahl von Views ist möglich. Beliebige Arten von Views sind möglich. Modell muss einen Mechanismus zur Benachrichtigung beliebiger Views nach Änderungen enthalten.

2 View: Darstellung des Modells, z.b. graphisch in Fenster. Verwendet die Leseoperationen des Modells. View ist von Modell abhängig und muss sich beim Modell registrieren. View wird von Modell über Änderungen benachrichtigt (notifiziert). Controller: Programm, das verändernd (control = steuern) auf Model einwirkt. Verwendet die Schreiboperationen (ev. auch die Leseoperationen) des Modells. Verallgemeinerung: Observer-Pattern Ein Objekt beobachtet Zustandsänderungen eines anderen Objektes. Kaskadierung möglich. Realisierung mit Java-Bibliothek: Schnittstelle java.util.observer und Klasse!! java.util.observable. Selten verwendet In GUI-Builder nicht unterstützt weil zu wenig strukturiert und Observable ist eine Klasse. Alternative: JavaBeans

3 JavaBeans Definition: A JavaBean is a reusable software component that can be manipulated visually in a builder tool. JavaBeans können sichtbar sein (AWT-Komponenten) oder unsichtbar. JavaBeans bestehen aus Ereignissen (Events) und Attributen (Properties) und natürlich zusätzlich aus normalen Methoden. Events Events sind Ereignisse, die von einem Bean an registrierte Objekte (Listeners) geschickt werden. Beispiel: WindowEvent, MouseEvent, PropertyChangedEvent, etc. Verwaltung der Listeners durch Bean-Klasse. Normalerweise Multicast ohne definierte Reihenfolge. Registrierung und Entfernung von Listeners durch Standard- Pattern. Vergleich mit.net: Konzeptuell gleich aber Unterstützung für Listener-Verwaltung und Aufruf durch Modifier event und Typ delegate. Event-Pattern für Ereignis Xxx eines Modells MyModel. imort java.util.*; class XxxEvent extends EventObject {

4 interface XxxListener extends EventListener { class MyModel{ // verwaltet registrierte Listeners // z.b. in ArrayList // ruft alle registrierten Listeners nach // Modelländerungen (fireevent) public void addxxxlistener(xxxlistener l) { public void removexxxlistener(xxxlistener l) { Oft wird im Konstruktor der View das Modell angegeben und die Registrierung erfolgt im Konstruktor der View. class MyView extends Yyy implements XxxListener { MyView(MyModel m) { m.addxxxlistener(this); //implementation of XxxListener Die Implementierung der Listener-Schnittstelle erfolgt auch oft in anonymen inner-klassen. MyModel m = ; m.addxxxlistener(new XxxListener() { //anonymous inner class Bei Beachtung aller Konventionen kann GUI-Builder die Events unterstützen.

5 XxxListener Enthält Methode(n) zur Event-Behandlung. Mindestens eine Methode erforderlich, aber mehrere möglich, da sonst zu viele Listeners. Beispiel WindowEvent mit windowclosed, windowopend, windowactivated, Empfehlung: Jede Listener-Methode hat genau einen Parameter vom Typ XxxEvent. Bei Listeners mit mehreren Methoden häufig Hilfsklasse verfügbar (XxxAdapter) mit leerer Implementierung für selektives Überschreiben einzelner Methoden. Properties JavaBeans können eine beliebige Anzahl sogenannter Properties (= Attribute) besitzen. Für das Lesen und Schreiben von Properties werden Methoden (getter und setter ) verwendet. Der Propertytyp drückt sich in der Methodensignatur aus (z.b. String). Ein Property kann auch über ein Builder-Tool gelesen und (optional) geschrieben werden. Die Menge der Properties und deren Zugriffsmethoden wird für eine Klasse X über eine Hilfsklasse mit dem Namen XBeanInfo definiert. Wenn die BeanInfo-Klasse fehlt, wird Introspection und Namenskonventionen verwendet. Allgemeines Pattern für Property X vom Typ T: public void setx(t val); public T getx();

6 Spezielles Pattern für Property X vom Typ boolean: public void setx(boolean val); public boolean isx(); Ein spezielles Pattern ist auch für arrays (T[]) vorhanden. BoundProperties sind Properties, die ein PropertyChangeEvent auslösen, wenn sie geändert werden. Es ist möglich, spezielle Editoren für Properties zu verwenden: (PropertyEditor). Es ist möglich, spezielle zusätzliche Editoren für JavaBeans zu verwenden (Customizer). JavaBeans müssen für die Verwendung in einem Builder-Tool in jar-file verpackt werden mit passendem Manifest-File.