Oberserver nur einmal verwendbar?

[Kaffeebohne]

Hallo,

kann ich einen Oberserver nur für eine einzige Aktion verwenden? Gibt ja nur eine update Methode?

 

[Snape]

Kannst Du die Frage etwas detaillierter erklären? Wo gibt es nur eine update-Methode?

 

[Kaffeebohne]

Also der Observable kann ja mit den Methoden setChanged(), notifyObservers den Oberservern ein Objekt schicken.

Dieses wird bei den Observern mit der Mehode update() bewerkstelligt. Dieser Methode kann man ja nur ein Objekt übergeben und sie gibt es nur ein mal.

Wenn ich jetzt in einer Klasse welche Observer implementiert aber mehrere Objekte "updaten" will geht das doch nicht oder? Ich hab ja nur eine Updatemethode und ein zu übergebendes Objekt.

 

[Snape]

Ich würde es eh nicht mit Observable sondern anders herum mit Listenern machen. Es steht Dir ja die Implementierung frei, was an die Listener an Objekten übergeben wird. Und üblicherweise kann es mehr als nur einen Listener geben. Man nehme z.B. einen Datenkern und zwei Frames. Dann werden eben beide Frames bei dem Datenkern als Listener registriert. Ändern sich im Datenkern relevante Daten, werden alle registrierten Listener, in diesem Fall also die beiden Frames, informiert. Fertig. Was der Datenkern an Informationen mitgibt, bleibt Dir überlassen.

 

[bygones]

die update methode hat ja als Paramter einen Typ Object - also kannst du ja auch mehrere Object rein stecken (Collection / Wrapper) usw.

 

[Kaffeebohne]

Okay, das hört sich gut an. Ich hab grad mal in der API rumgeschaut also Listener gibt es dort nicht. Du meinst die EventListener oder?

Ich glaub das ist nicht das was ich Suche.

Ich habe ein Konsolenprogramm für das ich ein GUI mache. Ich will aber nicht die Daten und Kontrollstruktur mit der Ansicht verbinden, sondern nur die Konstrollstruktur (MVC). Deshalb dachte ich an Observablegeschichte.

 

[bygones]

die gesamte Listener Struktur basiert auf dem Observer Prinzip.

das angesprochenen Listener Prinzip müsstes du selbst implementieren, wenn du nicht eine der vorhandenen Listener nutzen kannst !

 

[AlArenal]

Ist aber im Grunde voll easy. Ich habe z.B. in meiner Anwendung zwei Views (sind Komponenten aus ner kommerz. Lib zur Darstellung von Graphen) und beide haben je drei Buttons drüber zum schrittweisen reinzoomen, rauszoomen, und Normal-Zoom. Anstatt nun im übelsten JBuilder-Style 6 ActionListener-Klassen zu stricken, erschlage ich das verallgemeinert und wiederverwendbar mit einer einzigen Klasse:

public class MultiViewZoom_ActionListener implements ActionListener {
    public static final int ACTION_ZOOM_IN = 1;
    public static final int ACTION_ZOOM_OUT = 2;
    public static final int ACTION_ZOOM_NORMAL = 3;
    
    private MultiView view;
    private int action;
    
    public MultiViewZoom_ActionListener(MultiView view, int action) {
        this.view = view;
        this.action = action;
    }
    
    /**
     * @see java.awt.event.ActionListener#actionPerformed(java.awt.event.ActionEvent)
     */
    public void actionPerformed(ActionEvent e) {
        switch (action) {
        case ACTION_ZOOM_IN: {
            view.zoomIn();
            break;
        }
            
        case ACTION_ZOOM_OUT: {
            view.zoomOut();
            break;
        }
        
        case ACTION_ZOOM_NORMAL: {
            view.zoomNormal();
            break;
        }

        default:        
        // Fehlermeldung, weil Action nicht definiert/ausgewertet
        }
    }
}

Für die Buttons macht man dann einfach nur einen

button_view1_zoomIn.addActionListener(new MultiViewZoom_ActionListener(view1),  MultiViewZoom_ActionListener.ACTION_ZOOM_IN));

 

[Snape]

das angesprochenen Listener Prinzip müsstes du selbst implementieren, wenn du nicht eine der vorhandenen Listener nutzen kannst !

...oder willst...

 

[Kaffeebohne]

Okay,

dann ist mal wieder Lesezeit angesagt. Ich werd mal das Kapitel 15 von der Javainsel durch ackern, denn ich habe noch nicht so viel Ahnung von der JavaGUI, nur das was man mit Netbeans so erzeugt.

Das ist aber, wie ich jetzt gemerkt habe, gar nicht gut, wenn man noch nicht die Funktionsweise des Ganzen verinnerlicht hat.