Nutzen von Schnittstellen

[Guest]

Hi,

was für einen Nutzen hat eine Schnittstelle? Was bringt mir das für die Programmierung. Wenn ich weiß, eine Klasse implementiert die Schnittstelle, dann muss sie bestimmte Methoden "ausprogrammieren".

Kann mir aber kein praktisches Bsp. vorstellen, wo solches Wissen etwas nützt. Ich werde sozusagen gezwungen bestimmte Sachen zu implementieren. Hat jemand ein einfaches Bsp. wo mir eine Schnittstelle im Java-Programm was nützt?

 

[The_S]

Schnittstelle = Interface?

z. B. der ActionListener. Wie willst du sonst mitbekommen, dass jemand einen Button betätigt hat?

 

[Wildcard]

www.java-forum.org/de/viewtopic.php?t=44715&highlight=interface

 

[AlArenal]

Sind FAQ und Suchfunktion schon wieder kaputt?

 

[Gast]

zb. bei Datenbanken;

DatenbankenInterface dbi = new DatenbankdieInterfaceimplementiert();

und dann später

dbi.tueetwas();

 

[Guest]

zb. bei Datenbanken;

DatenbankenInterface dbi = new DatenbankdieInterfaceimplementiert();

und dann später

dbi.tueetwas();

sorry hab noch vergessen, wenn du jetzt zb. ne andere Datenbank nutzen wolltest müßtest du nun nur die eine Zeile ändern in:

DatenbankenInterface dbi = new AndereDatenbankdieInterfaceimplementiert();

 

[The_S]

@Gast

also das Beispiel check ich jetzt ma überhaupt net

 

[Guest]

Threadstarter.

Hab mir das mal durchgelesen und trotzdem nicht kapiert. Was bringt mir z.B. das Interface Collection. Alle die das Interface einbinden müssen z.B. add(Objekt) implementieren.

Könnte mir aber jederzeit ein add(Objekt) auch so programmieren. Das am Ende auch den selben Syntax hat. Jeder sieht doch, das meine Klasse auch eine add-Methode besitzt die das selbe macht wie das add was beschrieben wird in Collection...


Hab schon verschiedene Tutorials gelesen, aber eine richtige, einleuchtende Motivation für die Interfaces habe ich noch nicht gefunden...

 

[Wildcard]

Hab schon verschiedene Tutorials gelesen, aber eine richtige, einleuchtende Motivation für die Interfaces habe ich noch nicht gefunden...

Einsicht kommt mit der nächsten Evolutionsstufe deines Programmierer-Seins.
Wenn dir der gepostete Thread nicht ausreicht mangelt es dir an Erfahrung.

 

[The_S]

Threadstarter.

Hab mir das mal durchgelesen und trotzdem nicht kapiert. Was bringt mir z.B. das Interface Collection. Alle die das Interface einbinden müssen z.B. add(Objekt) implementieren.

Könnte mir aber jederzeit ein add(Objekt) auch so programmieren. Das am Ende auch den selben Syntax hat. Jeder sieht doch, das meine Klasse auch eine add-Methode besitzt die das selbe macht wie das add was beschrieben wird in Collection...


Hab schon verschiedene Tutorials gelesen, aber eine richtige, einleuchtende Motivation für die Interfaces habe ich noch nicht gefunden...

Angenommen du hast mehrere unterschiedliche Klassen als Objects vorliegen, von denen du auf die Methode "add" Zugreifen möchtest. Du könntest jetzt jedes einzelne Object mit instanceof überprüfen, um welche Klasse es sich handelt, diese dann casten und anschließend auf die Methode "add" zugreifen. Implementieren aber alle Klassen das interface "Collection", so kannst du einfach alle in eine Collection casten und anschließend auf die Methode "add" zugreifen.

 

[Gast]

wenn du ein Programm schreibst, das die möglichkeit bieten soll verschiedene Datenbanken nutzen zu können, dann hast du mit unter mehrere verschiedene Datenbankklassen. Lässt du diese nun ein Datenbankinterface implementieren, so brauchst du in deinem Hauptprogramm nicht eine bestimmte Datenbank nutzen, sondern du castest das ganze in dein Interface und benutzt dieses.

Das geht natürlich auch auf anderen Wegen, ganz klar.

Aber auf diese Art, kann ich z.B. problemlos einem Konstuktor die jeweilige Klasse mitgeben die er nun nutzen soll und das ohne an meinem Hauptprogramm nur ein zeichen zu ändern.

public class Hauptprogramm{
DBInterface dbi;
public Hauptprogramm(DBInterface dbi){
this.dbi=dbi;
}
public void doSomething(){
dbi.doSomething();
}
}

[\code]

und das ganze kann ich dann so aufrufen
[code]
Hauptprogramm hp = new Hauptprogramm(new EineSpezielleDatenbankImplementierung());

[\code]

 

[SlaterB]

wenn du eine konkrete Klasse vorliegen hast, dann ist alles gut, dann sind Interface wenig hilfreich,

aber was ist wenn du eine allgemeine Operation wie Collections.sort() hast,
die verschiedene Listen-Klassen sortieren soll,
z.B. ArrayList und LinkedList

da ist es toll, dass ein gemeinsames Interface da ist
und man nicht entweder
1. eine Operation für jede Klasse braucht
oder
2. für jeden einzelnen Operationsaufruf nach der Art der Klasse unterscheiden muss

verwendet man nur das Interface (List), so sind alle Klassen gleich und können einheitlich behandelt werden,
eine Oberklasse bei theoretischer Mehrfachvererbung

 

[Gast]

@slater

Ich brauch doch trotzdem noch ne Operation für jede Klasse. Das sort was im Interface nur abstrakt beschrieben wird, muss ja trotzdem noch implementiert werden. Verstehe ich nicht ganz.

 

[AlArenal]

Um die Methode zu benutzen ist es aber irrelevant, ob die das Interface implementierende Klasse Humsdibums oder Haumichblau ist. Genauso wie das mauelle Schalten in jedem Wagen mit Kupplung gleich funktioniert, egal um welches Modell welches Herstellers es sich handelt.

Das Interface gibt ein Verhalten vor, auf dessen korrekte Arbeitsweise ich mich verlassen kann. Habe ich nun, um bei dem Beispiel der Sortierung zu bleiben, einen Arsch voll Listen die ich sortieren muss, ist völlig egal ob zu dem Zeiptunkt da ich meine Methode stricke, ich die Zielklasse kenne. Ich verlasse mich aufs Interface und fahre damit immer richtig. Vielleicht nutzt einer mal meinen Code um irgendwas zu sortieren, was er selbst geschrieben hat? Dann ist mein Code wertlos, wenn ich ihn auf konkrete Klassen hin geschrieben habe...

 

[SlaterB]

> Ich brauch doch trotzdem noch ne Operation für jede Klasse.
> Das sort was im Interface nur abstrakt beschrieben wird, muss
> ja trotzdem noch implementiert werden. Verstehe ich nicht ganz.

ne, das sort ist fest implementiert (statische Operation Collections.sort)

es geht darum, dass diese EINE sort-Operation mit ALLEN Arten von Listen arbeitet,
weil sie nur mit dem Interface arbeitet,

das Interface beschreibt das zu sortierende Objekt (ganz allgemein eine Liste mit get/set)