Interfaces in Java

Interfaces in Java (5 Beiträge, 71 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

Ich hab bis zum Blauwerden über Interfaces in der Java-Doku gelesen und versucht sie zu verstehen, aber irgendwie geht mir kein Licht auf

Kann jemand so nett sein und es mir anhand eines Beispiels illustrieren?
Danke im Voraus!

Mfg
Xmolch

Der Schmerz bindet an die Realität.

Hm ich glaube ich habe die Anwendung schon halbwegs verstanden..
Die Bitte gilt aber immer noch, es kann anderen Usern nützlich sein...

Der Schmerz bindet an die Realität.

Ich glaub, den meisten ist es zu aufwendig dir Interfaces zu erklären, ich werde dir mal eine Kurzfassung geben, vielleicht hilft es ja.

Also mit Interfaces kannst du Schnittstellen in andere Klassen vererben. D.h. es ist nicht so wie du es von der normalen Vererbung kennen wirst, dass ganze Methoden vererbt werden, sondern es wird eben nur die Schnittstelle(sozusagen die Deklaration der Methoden) vererbt, die Implementierung mußt du in jeder Klasse, welche das Interface implementiert neu ausprogrammieren. Dadurch kannst du durch zusammen mischen von Vererbung und Interfaces eine Art mehrfach Vererbung in Java erzeugen, was ja sonst nicht möglich wäre.

Nach langer Überlegung hab ich das Konzept der Interfaces verstanden.
Ich danke dir trotzdem für deine Erklärung.

Ein Beispiel:

Nehmen wir an wir haben eine allgemeine Klasse "Client" die von der Klasse Thread abgeleitet ist. Ihre Aufgabe besteht im Großen und Ganzen darin zu einem Server zu verbinden und wenn verbunden Streams zu öffnen und in der run()-Methode laufend Daten zu empfangen. Was aber mit den Daten geschehen soll, die angekommen sind hängt von der Klasse ab, die die Schnittstelle implementiert. Implementieren heißt nichts anderes wie erben, aber mit dem einen Unterschied, dass man leere Methoden erbt, man kann sagen es sind abstrakte Methoden da sie erst von der Benutzerklasse konkretisiert werden. Das bedeutet, dass der Sourcecode aller geerbten, abstrakten Methoden definiert werden muss (man sagt auch implementieren, deshalb das treffende Schlüsselwort "implements"), da sonst in der Klasse, die diese Methoden als Schnittstelle anbietet, ein Fehler auftreten würde.

public class Client extends Thread
{
  //das ist der Zeiger auf die Benutzerklasse, die den SocketListener implementiert
  //so können die Methoden aufgerufen werden
  private SocketListener sl = null; //wenn sl null ist können Fehler beim Aufruf einer
                                             //Methode auftreten => Fehlerbehandlung

  //diverse Methoden
  Client() { ... }
  Client(String Host, int Port) { ... }
  public void connect(String Host, Port) { ... }
  //etc.
  //Methode die den SocketListener setzt, man kann sich das als Zeiger vorstellen,
  //der auf die Klasse zeigt, die die definierten Methoden beinhaltet
  public void setSocketListener(SocketListener sl) {
    this.sl = sl;
  }
  public void run()
  {
    //in einer while-Schleife Daten abfragen
    while(true)
    ...
    sl.onReceive(Object Data); //die Methode aufrufen die die Schnittstelle bietet
    ...
    }
  }
}
//Das Interface
interface SocketListener {
  void onReceive(Object Data); //automatisch public; protected und private sinnlos
}

//eine Benutzerklasse als Beispiel:

public class Test implements SocketListener {
  public static void main(String args[]) {
    Client c = new Client();
    c.setSocketListener(this);
    c.connect("somehost", 5000);
  }
  public void onReceive(Object Data) {
    System.out.println( (String)Data );
  }
}

Wenn jemand ein Fehler entdeckt oder noch etwas sagen möchte soll sich keinen Zwang antun und mich korrigieren.

Der Schmerz bindet an die Realität.

Hab im Moment ein Problem wo ich nicht weiß was ich am besten machen könnte.

Also ich hab eine Klasse, deren eigentliche Funktion und Methoden größtenteils unwichtig sind. Ich hab nur eine Frage zu einer bestimmten Methode:

class Client {
  //ein paar Attribute
  ...
  //ein Konstruktor und ein paar Methoden
  ...
  //diese Methode soll einen Listener registrieren
  public void addSomeListener(SomeListener l, int what) {
    //Listener zu einer sinnvollen Collection-Klasse hinzufügen
    ...
  }
}

Welche Collection-Klasse würdet ihr nehmen um die beiden Argumente der Methode zusammenhängend abzuspeichern? Ich hab mir überlegt eine private, innere Klasse zu definieren wo ich einfach 2 Attribute habe in der ich einen "SomeListener" und "what" ablegen kann. Die Instanz von dieser Klasse werf ich dann in ein Vector...
Habt ihr eine bessere Idee?

Der Schmerz bindet an die Realität.

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung