Adapterklassen vs Interfaces

[Ritzlach]

Halli Hallo,


bräuchte kurz hilfe bei der Erklärung beider Begriffe! Kann mir leider keine einfachen Umganssprachlichen Sätze zu den beiden Begriffen reimen!


Zusätzlich möchte ich noch fragen inwelchem zusammenhang Adapterklassen und Interfaces mit extends und implements stehen!


Habe momentan die Beispiele:


1. hier wird -----

  class ergebnis implements ActionListener

---- scheinbar ein ActionListener implementiert?

2. hier wird-----

  class ausgehen extends WindowAdapter

-----ein window adapter hinzugefügt!?


Würde gerne den zusammenhang bzw. die bedeutung der 4 Begriffe verstehen!

 

[Gast2]

Um benachrichtigt zu werden wenn ein xyEvent eintritt kannst du einer bestimmten Komponente einen xyListener hinzufügen.
z.b. kannst du einem JTextfield einen KeyListener hinzufügen. Du wirst dann benachrichtigt wenn ein KeyEvent eintritt.

Dieser KeyListener ist ein interface. Falls du jetzt einen KeyLister erstellen willst, musst du also alle Methoden des interfaces implementieren. Am beispiel des Keylisteners wäre das z.b.:

public class MeinListener implements KeyListener {

    public void keyTyped(KeyEvent e) {
        /* do something */
    }

    public void keyPressed(KeyEvent e) {
        /* do something */
    }

    public void keyReleased(KeyEvent e) {
        /* do something */
    }

}

Diesen Listener kannst du jetzt jedem JTextfield hinzufügen und es werden je nach Event die einzelnen Events ausgeführt.

Jetzt kanns aber sein dass ein Listener viel mehr Methoden hat (z.b. der WindowListener) und du dich aber nur für ein einziges Event interessierts (z.b. windowClosed()).
Dann hättest du sehr viele leere Methoden was ziemlich unschön ist. Genau dafür gibt es die AdapterKlassen. Diese implementieren alle Methoden des Interfaces mit einer leeren Methode. Du kannst deine Klasse dann einfach von dem Adapter ableiten und diejenigen Methoden überschreiben die dich wirklich interessieren.

public class MeinListener extends WindowAdapter {
    @Override
    public void windowClosed(WindowEvent e) {
        /* jetzt kann ich noch ein wenig aufräumen hier */
    }
}

Hat den Vorteil dass du deinen Code kompakt hälst.

Im Gegensatz hierzu die Methode über den WindowListener:

public class MeinListener implements WindowListener {
    public void windowOpened(WindowEvent e) {

    }

    public void windowClosing(WindowEvent e) {

    }

    public void windowClosed(WindowEvent e) {
       /* jetzt kann ich noch ein wenig aufräumen hier */
    }

    public void windowIconified(WindowEvent e) {
        
    }

    public void windowDeiconified(WindowEvent e) {

    }

    public void windowActivated(WindowEvent e) {

    }

    public void windowDeactivated(WindowEvent e) {

    }
}

Die beiden Klassen machen exakt das selbe, nur dass die obere Variant sehr viel kürzer ist.

extends/implements sind dir klar oder?

 

[Luk10]

Kurz und knapp:

implements

: nur im Zusammenhang mit Interfaces zu verwenden ...

Man "implementiert" ein Interface = Schnittstelle, und damit alle abstrakten Methoden, die man auch überschreiben muss!
z.B

actionPerformed()

bei dem ActionListener Interface!

extends

: Man verwendet es bei Polymorphie, d.h. Vererbung ... Eine Unterklasse kann mit extends von einer Superklasse erben, d.h. alle public/protected Methoden/Variablen sowie kann man den

super

-Operator verwenden um Methoden der Superklasse aufzurufen ...

Hoffe das erklärt das ein bisschen ... Luk

 

[Gas]

Kurz und knapp:

implements

: nur im Zusammenhang mit Interfaces zu verwenden ...

Man "implementiert" ein Interface = Schnittstelle, und damit alle abstrakten Methoden, die man auch überschreiben muss!
z.B

actionPerformed()

bei dem ActionListener Interface!

extends

: Man verwendet es bei Polymorphie, d.h. Vererbung ... Eine Unterklasse kann mit extends von einer Superklasse erben, d.h. alle public/protected Methoden/Variablen sowie kann man den

super

-Operator verwenden um Methoden der Superklasse aufzurufen ...

Hoffe das erklärt das ein bisschen ... Luk

Und wenn man ein Interface nutzt ist dann etwa keine Polymorphie möglich?

 

[Michael...]

Ein Interface ist eine Vorschrift, die festlegt welche Methoden eine Klasse anbieten muss. Was innerhalb dieser Methoden passiert muss die implementiertende Klasse selbst festlegen, da in Interfaces nur die Methodensignaturen ohne Rumpf definiert werden.
Da es in Java nur die Einfachvererbung gibt, sind Interfaces ein wichtiges Konstrukt der Polymorpie.

Ein Adpater ist ein echte (meist abstrakte) Klasse, die ein oder mehrere Interfaces implementiert. Von echten Klassen kann man per extends erben, d.h. die erbende Klasse kann ohne eigene Implementierung die Methoden des Adapter nutzen.

Manchmal muss man ein Interface implementieren und benötigt nur ein oder zwei Methoden, z.B. nur die windowClosing() von WindowListener, um nicht die restlichen sechs Methoden implementieren zu müssen, kann man dann - nach Möglichkeit - von WindowAdapter erben (welcher u.a. dieses Interface implementiert) und überschreibt dann nur die Methoden, die für die Funktion der Klasse relevant sind.

 

[Gastredner]

Und wenn man ein Interface nutzt ist dann etwa keine Polymorphie möglich?

Doch. Jedes Objekt einer Klasse, die das Interface X implementiert, kann als Instanz dieses Interfaces angesehen werden.

 

[Gas]

Doch. Jedes Objekt einer Klasse, die das Interface X implementiert, kann als Instanz dieses Interfaces angesehen werden.

Ich weiß. Die Frage ging eher an Luk10.
Nicht, dass der TO etwas falsch versteht/verwechselt.