Swing Hinter die Kulissen von Events (addActionListener)

[martin1989]

Hallo!

Ich wollte mich mal tiefer beschäftigen mit der Handhabe von Events in SWING.
Vorerst mal mein Wissensstand:

Es soll eine Action ausgelöst werden, wenn ich auf einen Button klicke, dazu ist ja folgender Code nötig:

button.addActionListener(new ControllerCLass);

Hier ruft der button die Methode "addActionListener" auf, diese Methode erbt er von einer Vaterklasse. Diese Methode fügt ein Objekt der Controller Klasse hinzu, oder wie man eigentlich sagt, meldet das Objekt der Controller Klasse beim Button an. Die Controller Klasse ist für die Aktion verantwortlich, die passieren soll wenn das Event auftritt.

Dann zur Klasse ControlelrCLass:

Diese Klasse muss das Interface "ActionListener" implementieren und muss die einzige Methode die in "ActionListener" definiert ist auch verwenden. Dies ist "actionPerformed". Daher:

public class ControlleClass implements ActionListener

void actionPerformed(Action Event).

So, sobald nun jmd auf den Button klickt, erzeugt der Button automatisch ein Objekt des Typs "Action Event". Dieses wird dann an alle angemeldeten ControllerKlassen weitergeben und in den Controllerklassen wird dann die actionPerformed Methode ausgeführt.

Dies ist mein Stand der Dinge. Mich würde aber interessieren wie das genau funktioniert.

wenn ich nun mir die Methode "addActionListener" genauer anschauen, sehe ich, dass die Controller Klasse direkt einer Liste hinzugefügt wird. Oder wird hier die Klasse als Schnittstellentyp übergeben? Bedeutet dies das hier nur Klassen übergeben werden können, die das Interface ActionListener implementiert haben? Was macht .class?

 public void addActionListener(ActionListener l) {
        listenerList.add(ActionListener.class, l);
    }

Und dann muss ja auch irgendwo dann diese benachrichtigung, sobald ein "ActionEvent" erzeugt wird, definiert sein (im Konstruktor der Klasse ActionEvent?). Dann müssen ja quasi alle ControllerKlassen die in der Liste stehen benachrichtigt werden und die actionperformed methode aufgerufen werden (mit dem ActionEvent) als Übergabeparameter? Irgendwie mus es ja mid dieser "ActionListener" Schnittstelle zusammenhängen?


Ich würde mich freuen, wenn mir hier jemand dies ein wenig genauer erklären könnte?


Vielen Dank!

P.S.: ich habe schon vieles gesehen bezüglich addActionListener in dem Forum, aber ich würde es gerne noch etwas genauer erklärt bekommen

 

[Tobse]

Was soll denn da noch passieren? Alle Listener-Objekte sind in der Liste (sagen wir mal List<ActionListener>).

Jetzt klickt der Nutzer auf den Button. Das Frame (genaure das ContentPane) bekommt das click-event vom OS. Das schaut dann, welche Komponente geklickt wurde und gibt das event an die entsprechende Komponente. Die macht es ebenso und so weiter, und so weiter, bis irgendwann der Button das Event bekommt. Der Macht dann folgendes:

ActionEvent e = ...;

Iterator<ActionListener> listenerIterator = list.iterator();
while (listenerIterator.hasNext() && !e.isConsumed())
    listenerIterator.next().actionPerformed(e);

P.S.: Alle möglichen Details kannst du im Sourcecode nachlesen.

P.P.S: Weil es micht selbst interessiert hat, habe ich hier mal den Quellcode nachgelesen. Der Klassen-Parameter (ActionListener.class) in der add-Methode ist dazu da, dass man aus der Listener-Liste später alle Listener einer bestimmten Klassen herausnehmen kann (also Objekte von versch. Klasse in der selben Liste pflegen kann).

 

[martin1989]

vielen dank für deine Antwort!

1) und wie sieht das aus wenn der Buttond as event bekomtm? da muss es ja auch irgend eine methode dafür geben oder zumindest deinen interator aufrufen oder? Hab mir den Konstruktor von "ActionEvent" angesehen aber nichts gefunden das mir weiterhiltg ....


2)


folgender code

 public void addActionListener(ActionListener l) {
        listenerList.add(ActionListener.class, l);
    }

bedeutet ja, dass die methode "AddActionListener" ein Interface übergeben bekommen soll (Weil ActionListener ja ein Interface ist). Ich übergebe aber eine Klasse die "nur" dieses Interface implementiert.

Damit (nach meinen Nachforschungen), kann (soll) ich hier nur Klassen übergeben die auch das Interface "ActionListener" implementiert haben. Nennt man dies "zum Interface implementieren"?

Ist auf den ersten Blick etwas verwirrend wenn ein Interface übergeben werden soll, aber dann eine Klasse übergeben wird die dieses Interface implementiert. Auf der anderen Seite kann man ja gar kein Objekt von einem Interface erzeugen, darum kann hier nur ein Objekt einer Klasse übergeben werden.

Lt. meinem Wissen kann man in einem Array ja nur Objekte der selben Klasse hinzufügen. Durch diese Schreibweise (Interace als Datentyp) sind somit alle übergebenen "Listener Klassen" vom gleichen Datentyp. Dies müsste der Sinn sein warum man hier das Interfac als Datentyp übergibt?

Damit stellt sich mir aber die Frage, warum die methode "listenerList.add" dann noch das .class übergeben bekommt?
Lt. meiner Meinung wird dein oben genannter Grund ja schon durch das Übergaben des Interface Datentypes erfüllt.

 

[Tobse]

zu 1)

Das ActionEvent hat damit nichts zu tun; das erfährt nie, an wen es übergeben wird (ausser evtl. durch analyse des Stacktrace, aber das tut es nicht).

Der JButton hat eine Methode fireActionPerformed(ActionEvent e) (bzw. actionPerformed(ActionEvent e)).

zu 2):

folgender code [...] bedeutet ja, dass die methode "AddActionListener" ein Interface übergeben bekommen soll (Weil ActionListener ja ein Interface ist).

Falsch. Es bedeutet, dass der Parameter l ein Objekt sein muss, welches das Interface ActionListener implementiert.

Ich übergebe aber eine Klasse die "nur" dieses Interface implementiert.

Wie gesagt übergibst du ein Objekt.

"zum Interface implementieren"?

Man nennt es "das Interface implementieren".

Durch diese Schreibweise (Interace als Datentyp) sind somit alle übergebenen "Listener Klassen" vom gleichen Datentyp. Dies müsste der Sinn sein warum man hier das Interfac als Datentyp übergibt?

Nein, das ist er nicht. Wenn man einen Blick in den Quellcode von EventListenerList (die Klasse der Variable listenerList) wirft, sieht man, dass das interne Array der Klasse vom Typ "Object" ist und damit alles aufnehmen kann:

protected Object[] listenerList = NULL_ARRAY;

Damit stellt sich mir aber die Frage, warum die methode "listenerList.add" dann noch das .class übergeben bekommt?

Auch hier ist ein Blick in den Quellcode EventListenerList aufschlussreich:

// Quelle: [url=http://grepcode.com/file/repository.grepcode.com/java/root/jdk/openjdk/8-b132/javax/swing/event/EventListenerList.java#EventListenerList.add%28java.lang.Class%2Cjava.util.EventListener%29]GC: EventListenerList - javax.swing.event.EventListenerList (.java) - GrepCode Class Source[/url]

public synchronized <T extends EventListener> void add(Class<T> t, T l) {
    // ...
    listenerList[i] = t; // sinngemäß
    listenerList[i + 1] = l; // sinngemäß
    // ...
}

Ja, das bedeutet, dass l vom übergebenen Typ t sein muss. Das ist aber völlig egal wenn es dann im Array ist. DENN folgender Methodenkopf drängt es förmlich auf, dass nach der ebenfalls gespeicherten Klasse wieder gefiltert werden kann:

// Quelle: [url=http://grepcode.com/file/repository.grepcode.com/java/root/jdk/openjdk/8-b132/javax/swing/event/EventListenerList.java#EventListenerList.getListeners%28java.lang.Class%29]GC: EventListenerList - javax.swing.event.EventListenerList (.java) - GrepCode Class Source[/url]

public <T extends EventListener> T[] getListeners(Class<T> t)

 

[martin1989]

zu 1)

Das ActionEvent hat damit nichts zu tun; das erfährt nie, an wen es übergeben wird (ausser evtl. durch analyse des Stacktrace, aber das tut es nicht).

Ok danke!

weisst du zufällig welche methode des Buttn dieses ActionEvent dann aufnimmt bzw. übergeben bekommt?
bzw. wer ruft die methode fireActionPerformed auf?

Falsch. Es bedeutet, dass der Parameter l ein Objekt sein muss, welches das Interface ActionListener implementiert.

Ok danke verstehe!

Man nennt es "das Interface implementieren".

Ich habe das hier gelesen, dass man es so nennt?:

http://www.java-forum.org/allgemein...nterface-parameter-uebergeben.html#post220739

oder verwechsle ich das mit einer anderen anwendung von interfaces wie hier beschrieben?
Interface als Datentyp

public synchronized <T extends EventListener> void add(Class<T> t, T l) {
 
}

hm das Class<T> bedeutet ja Generics oder, dass heisst ich lege hier nicht fest welchen Typ ich übergebe oder? T steht für irgendeinen Typ?


<T extends EventListener> bedeutet das der übergebene Typ eine Subklasse von EventListener sein muss oder?

{

Ja, das bedeutet, dass l vom übergebenen Typ t sein muss. Das ist aber völlig egal wenn es dann im Array ist.

da T I steht müsste es dann nicht vom Typ T sein?

public <T extends EventListener> T[] getListeners(Class<T> t)

oh mann hier ist dann noch ein T[] in der "Mitte", für was steht denn das?



Sorry diese Schreibweisen find ich noch ein wenig verwirrend mit den <>

 

[Tobse]

weisst du zufällig welche methode des Buttn dieses ActionEvent dann aufnimmt bzw. übergeben bekommt?
bzw. wer ruft die methode fireActionPerformed auf?

Alle Möglichen Events werden da durchgegeben. U.a. auch mouseDown und mouseUp. Ein mouseUp mit vorherigem mouseDown ist ein clicked. Und auf dem JButton löst das clicked auch das actionPerformed aus.

Ich habe das hier gelesen, dass man es so nennt?:

http://www.java-forum.org/allgemein...nterface-parameter-uebergeben.html#post220739

oder verwechsle ich das mit einer anderen anwendung von interfaces wie hier beschrieben?
Interface als Datentyp

Du verwechselt das grammatikalische Konstrukt "Etwas zum Anderen haben" (also z.B. einen Trottel zum Freund haben).


Bzgl. Generics: Ja richtig, das sind Generics und auch nicht direkt einfach (wenn auch noch bei weitem nicht das schwierigste, was geht). Lies dazu einfach das Kapitel zu Generics in deinem Java-Kurs oder Buch.

 

[franky27]

oh mann hier ist dann noch ein T[] in der "Mitte", für was steht denn das?

Das ist der Rückgabetyp der Methode. Sie gibt also ein Array von "T" zurück.