Interface Warum Interfaces?

[friednoodles]

Hi, ich beschäftige mich gerade mit dem Thema Schnittstellen und kann eine Sache nicht ganz nachvollziehen.

Angenommen ich habe ein Interface und drei implementierende Klassen. Nun müssen die implementierenden Klassen alle
Methodensignaturen des Interfaces übernehmen. Warum packt man die nötigen Methoden nicht einfach separat in jede Klasse?
Was für einen Unterschied gibt es zwischen diesen beiden Optionen? Welchen Vorteil hat man durch die Interface Variante?

 

[Robat]

Du hast es tw. schon selbst gesagt. Durch das Interface definierst du eine Schnittstelle und bist von der Implementierung nicht abhängig. Wenn du gegen das Interface implementierst kannst du beliebig zwischen den Implementierungen wechseln, ohne deinen Code anfassen zu müssen.
Schönes Beispiel ist immer Daten zu speichern. Angenommen du willst in deiner Anwendung 2 Möglichkeiten bereitstellen Daten zu speichern - in einem File und in einer Datenbank.

public interface DataRepository {
    void save(Data data);
    Data find(long id);
    ....
}

public class DefaultFileDataRepository implements DataRepository {
    ....
}

public class DefaultDatabaseRepository implements DataRepository {
    ....
}

Jetzt kannst du in deinem Code gegen das Interface implementieren - also als statischen Typ dein Interface angeben - und kannst beliebig zwischen den Implementierungen wechseln

public static void main(String[] args) {
    DataRepository repo = new DefaultFileDataRepository();
    // repo = new DefaultDatabaseRepository();     

    Data data = new Data(...);
    repos.save(data);
   
    Data other = repos.find(42L);
}

 

[Barista]

Im Vorgänger von Java, C++ (wenn man das so sagen kann), gab es Probleme mit der Mehrfachvererbung, das sogenannte Diamant-Problem.

Bei Oberklassen mit gleichen Methoden (Name, Rückgabewert, Parameter) war nicht klar, welche Methode aufgerufen wird.

Interfaces sollten dieses Problem lösen.

Deshalb kann man in Java nur von einer Klasse erben, aber beliebig viele Interfaces implementieren.

In Scala gab es Lösung namens Traits, dort wurde durch Reihenfolge der Angabe der Traits entschieden, welche Methode aufgerufen wird.

 

[mrBrown]

Im Vorgänger von Java, C++ (wenn man das so sagen kann), gab es Probleme mit der Mehrfachvererbung, das sogenannte Diamant-Problem.
[...]
Deshalb kann man in Java nur von einer Klasse erben, aber beliebig viele Interfaces implementieren.

Wobei man das mit default-Methoden auch (in abgeschwächter Form) in Java hat.

 

[java_in_medical_sector]

Ich habe Interfaces im Kontext von gemeinsamen Projekten kennengelernt. Der eine programmiert die Klassen a, b, c, der andere die Klassen x, y, z. Damit die Klassen miteinander kommunizieren können, legt einer die Namen der Methoden mit einem Interface fest. So kann er sagen, die Methode trägt die Bezeichnung "Store" nicht "Save".

Ein weitere Vorteil ist das Boxing:

UsedInterface A = (UsedInterface)ClassInstance;

Die Klasse implementiert das Interface. Man kennt daher die Methoden-Definition und man kann sie aufrufen:

A.Store();


Mit der Instanz der Klasse ist die Methode bereits gekapselt.

 

[mrBrown]

Ein weitere Vorteil ist das Boxing:

UsedInterface A = (UsedInterface)ClassInstance;

Die Klasse implementiert das Interface. Man kennt daher die Methoden-Definition und man kann sie aufrufen:

A.Store();

Das ist nicht Boxing, sondern Casting, und grad in diesem Fall ist das nicht nötig