Listenerklassen in externe Dateien auslagern?

[icarus2]

Bei meinen Projekten hab ich jetzt oft die Listenerklassen in eigenständige .java Dateien ausgelagert. D.h. z.B. die Interface ActionListener wird in der externen .java Datei implementiert.

Macht das Sinn?

Weil ich musste im Konstruktor oft viele Objekte übergeben, dass die verändert werden konnten (z.B. die JButtons als Parameter übergeben und da mit this. zuweisen). Auch gab es Probleme wenn dich diese Listener .java Dateien ein ein Package einfügte.

Im Moment bin ich der Meinung, dass es am sinnvolsten wäre diese Listener Interfaces in einer inneren Klasse zu implementieren und dann die events durch Methodenaufrufe mit return-Rückgaben in externen Klassen zu bearbeiten.


Ich würde jedoch gerne mal eine Meinung hören von erfahreren Programmieren, die auch schon bisschen an grösseren Projekten beiteiligt waren.

 

[Wildcard]

Kleine Dinge erledigt man oft bequem mit anonymen, inneren Klassen. Komplexere Listener verdienen eine eigenständige Klasse.

 

[icarus2]

Und wie sorgst du dafür, dass die ListenerKlassen auch in der Projekt eingreiffen können, sprich Objekte verändern und so... übergibst du die Objekte als Parameter und instanzierst sie mit this.

Ich habe das in meinem n-DamenProblem auf einem n*n Schachbrett so gelöst:

Die Hauptklasse:

....

 bl = new ButtonListener(statusButton, vergroessernButton,
                            verkleinernButton, sb);

    //Die Buttons werden beim ActionListener (ButtonListener bl) geaddet.
    statusButton.addActionListener(bl);
    vergroessernButton.addActionListener(bl);
    verkleinernButton.addActionListener(bl);

....

Dann hier die externe Klasse:

....

public class ButtonListener implements ActionListener {

    private double sizeExtension = 1;                       //Standard-Gröesse
    private boolean start = false;
    JButton statusButton, vergroessernButton, verkleinernButton;
    Schachbrett sb;
    JLabel berechnungsZeit;
    BerechnungsZeit bz = new BerechnungsZeit();
    
    //Konstruktor
    //Kommentar siehe NDamenProblem Zeile 96
    public ButtonListener(JButton statusButton,
                          JButton vergroessernButton, JButton verkleinernButton,
                          Schachbrett sb) {
      this.statusButton = statusButton;
      this.vergroessernButton = vergroessernButton;
      this.verkleinernButton = verkleinernButton;
      this.sb = sb;

    }

....

Ist das hier eine gute Lösung? Ich habe nämlich grad 5 solche ListenerKlassen, die auf verschiedene Komponenten reagieren

 

[Wildcard]

Warum brauch denn ein Listener Referenzen auf Buttons?

 

[icarus2]

Da ich die Sichtbarkeit der Buttons gerne verändern möchte mit setVisible(false).

Mein Problem war oftmals, dass ich nicht wusste wie ich aus der Externen ListenerKlasse in der Klasse, in der die Objekte/ Variabeln ursprünglich definiert habe verändern kann.

 

[triple]

Mein Problem war oftmals, dass ich nicht wusste wie ich aus der Externen ListenerKlasse in der Klasse, in der die Objekte/ Variabeln ursprünglich definiert habe verändern kann.

gib doch beim Methodenaufruf die Klasse selber mit

[highlight=XML]b1 = new ButtonListener(this);[/highlight]

wenn du dann getter und setter einfügts, kannst du auf die Buttons zugreifen.

[highlight=Java]public ButtonListener(GUI gui) {
JButton button1 = gui.getButton1();
}[/highlight]

 

[mvitz]

Oder über eine "logische Methode" im Schachbrett
[HIGHLIGHT="Java"]public class Schachbrett {
...
bl = new ButtonListener(this);
...
public void disableButtons() {
statusButton.disable(true);
vergroessernButton.disable(true);
verkleinernButton.disable(true);
}
...
}[/HIGHLIGHT]

Im Button Listener selber brauchst du dann nur noch
[HIGHLIGHT="Java"]public class ButtonListener implements ActionListener {
private Schachbrett sb;
public ButtonListener(Schachbrett sb) {
this.sb = sb;
}
@Override
public void actionPerformed(ActionEvent e) {
sb.disableButtons();
}
}[/HIGHLIGHT]

Ist jenachdem auch eine Möglichkeit, dass ganze so zu machen.

 

[Gast2]

mit e.getSource() bekommst du auch den gedrückten button mit ....