Wozu dienen Schnittstellen?

[Edgrar]

Hallo,

ich bin gerade am Java lernen. Angekommen bin ich jetzt bei Schnittstellen. Sie sollen nur Konstanten und abstrakte Methoden beinhalten können. Das heißt: Methoden ohne Köper. Was soll ich bitte mit Methoden ohne Körper? Was bringt es denn solche Methoden zu erschaffen, wenn ich jedesmal, wenn ich sie nutzen will, den Kram neu definieren soll?
Wenn ich das richtig verstanden hab, schreibt man die Signatur der Methode mit irgendwelchen Platzhaltern als Argumenten, und wenn man sie nutzen will, muss man die eigentliche Methode erst schreiben. Was soll das ganze dann? Wofür brauch ich den Käse dann eigentlich?

Ich bin mir sicher, dass das jmd weis. Ich würd mich über jede Antwort freuen.

Mfg Edgrar

L-ectron-X hat ein wenig "Textkosmetik" betrieben... :wink:

 

[mic_checker]

http://www.java-forum.org/de/javabuch/html/k100057.html#kapiteloop3

 

[Sky]

Also, hört sich so an, als würdest Du über Interfaces sprechen.

Der Nutzen ist relativ einfach erklärt: Du definierst eine Schnittstelle und andere Klassen können sich der Methoden bedienen, ohne die Konkrete Klasse bzw. dessen Implementierung zu kennen.

Nehmen wir mal als Beispiel das Interface "Comparable". Alle Klassen, die dieses implementieren und in einer Liste sind, können über die Collections.sort sortiert werden. Die Klasse Collections kann so alle möglichen Arten von Objekten sortieren, ohne zu wissen, wie die Objekte aussehen.

 

[Guest]

sorry kapiert hab ich leider immer noch nich , wie kann das Interface comparable irgendetwas sortieren , wenn sie ausschlieslich methoden beinhaltet die keinen körper haben. Ich stell mir das so vor der Programmierer von sims2 tippt sim in seinen Editor und fertig ist ein Sim mit allen eigenschaften ?? ???:L

 

[Roar]

nein, das interface Comparator sortiert nichts, es definiert nur die methode compare(Object, Object) das allein kann, wie du gesagt hast, nix machen. das eigentliche sortieren macht die methode Collections.sort(). damit die methode sort() weiß, wie die elemente sortiert werden müssen, also dass 2 nach 1 kommt und dass "müller" nach "meier" steht übergibt man ihm einen Comparator. damit man nicht für jeden dateintyp eine eigene methode implementieren muss sort(String[]) und sort(int[]) und sort(Date[]) hat man einfach eine methode gemacht die auf einen übergebenen Comparator zurückgreift. kapicse?

edit: noch ein beispiel: die methode sort() bekomtm als erstes argument eine List in der die elemente gespeichert sind. eien List ist ein interface, und definiert methoden, die jede liste implementieren, wie add() get() remove() blabla
so isses ladde ob du der methode jetzt einen Vector, eine ArrayList oder eine KartoffelsalatListe übergibst.

 

[L-ectron-X]

Schau auch mal hier hinein:
http://www.java-forum.org/de/viewtopic.php?t=4819
http://www.java-forum.org/de/viewtopic.php?t=1577

 

[edgrar]

danke für die antworten . Hab das alles ma durchgelesen , und weis jetzt besser bescheid ,auch die links. Aber so richtig weis ich ehrlich gesagt immer noch nicht. So das ich die Interfaces praktisch nutzen könnte.

Ich übergebe einer bereits fertigen Methode als Argument ein Interface. Das Interface kann (muss) ich später noch implementieren , was bedeutet das ich der Methode so ziemlich alles übergeben kann - richtig?

Falls ihr noch Geduld erübrigt, kann mir da jmd ein Codebeispiel geben. ICh hab da eins im Buch , aber da blick ich nicht durch.

Grüße Edgrar

 

[MPW]

Ich hab' auch lange nicht kapiert was das Klasseneinteilen oder Methoden sollen..wenn du's ein paar mal angewendet hast, merkst du die Vorteile;-)

 

[Sky]

Ok, ein Beispiel aus meiner Anfangszeit habe ich noch ausgegraben: Gegeben ist hier das interface "Tier"

interface Tier {
  public void gibLaut();
}

Ein Tier kann einen Laut geben. Jedes Tier gibt zwar einen anderen Laut, aber trotzdem gibt es die allgemeine Regel, dass es einen Laut geben kann.

Wenn wir nun Klassen wie Hund, Katze, Vogel schreiben, so würde dies so aussehen:

class Hund implements Tier {
  public void gibLaut() {
    System.out.println( "Wau" );
  }
}

class Katze implements Tier {
  public void gibLaut() {
    System.out.println( "Miau" );
  }
}

class Vogel implements Tier {
  public void gibLaut() {
    System.out.println( "Piep" );
  }
}

So nun könnte man sich ein Tier-Array anlegen, dass die verschiedene Tiere hält. Dadurch, dass die Schnittstelle bekannt ist, kann man einen Laut geben lassen... egal, welches Tier es ist!

class Zoo {
  public static void main( String[] args ) {
    Tier[] tiere = new Tier[3];
    tiere[0] = new Hund();
    tiere[1] = new Katze();
    tiere[2] = new Vogel();

    for( int i = 0; i < tiere.length; i++ ) {
      tiere[i].gibLaut();
    }
  }
}

Ich hoffe, ich konnte Dir damit weiterhelfen...

 

[Guest]

tolles einfaches Beispiel danke :lol:

 

[edgrar]

s.o.

 

[BorisDieKlinge]

naja das beispiel ist ja nicht schlecht.. aber wieso keine Superklasse "Tier" von denen die anderen 3 erben, und dann per polymorphy die "giblaut" methode aufrufen??

 

[byte]

Weil Mehrfachvererbung in Java verboten ist und daher das Konzept der Interfaces eingeführt wurde. Natürlich kann man das Beispiel oben auch mit einer abstrakten Klasse realisieren, aber dann kann man nicht mehr von anderen Klassen erben.

PS: Guck mal aufn Tacho. Der Thread ist 1 Jahr alt.

 

[BorisDieKlinge]

naja ich meine ja nur... ich hab das konzept von interface nie verstanden.. irgendwie ist eine barrier in meinem kopf... wurde mir auch schon oft er klärt , hab auch nie ein beispiel gefunden das dies mir richtig klar macht....

 

[Murray]

Wow, ein alter Thread wiederbelebt...

Wenn die drei Ausprägungen von Tier irgendeine ***Implementierung*** gemeinsam haben, die redundant in den Klassen steckt, dann würde es sich lohnen, anstelle des Interface hier eine (abstrakte) Basisklasse einzusetzen. Ganz sptzfindig betrachtet könnte man meinen, dass alle gibLaut-Methoden ja einen String ausgeben; man könnte also einen gemeinsamen Code herausfaktorisieren:

public abstract class AbstractTierImpl implements Tier {
  public void gibLaut() {
     System.out.println( getLautStr());
  } 
  abstract public String getLautStr();
}

public class Hund extends AbstractTierImpl {
  public String getLautStr() {
     return "Wau";
  }
}

public class Katzte extends AbstractTierImpl {
  public String getLautStr() {
     return "Miau";
  }
}

public class Vogel extends AbstractTierImpl {
  public String getLautStr() {
     return "Piep";
  }
}

Da Java nunmal keine Mehrfachableitung kennt, muss man im Einzelfall abwägen, ob man lieber Ableitung oder ein Interface verwendet.

Denn: angenommen, in der gleichen Anwendung gäbe es unabhängig von der Klassifizierung Tier auch die Klassifizierung Flugobjekt, die z.B. von Flugzeugen oder von Vögeln erfüllt werden kann. Diese Klassifizierung könnte man ebenfalls sowohl per Interface als auch per (abstrakter) Basiklasse reliesiren.

Wenn jetzt sowohl für Tier als auch für Flugobjekt kein Interface, sondern eine Baaisklasse definiert wäre, dann könnte ein Vogel niemals beides sein.

 

[Caffè Latte]

Hi,

ich denke, das hat nicht unbedingt was mit Mehrfachvererbung zu tun. In C++ gibts ja auch abstrakte Klassen, dafür aber kein Interface.

Wenn wir bei der Viecherei bleiben: über das Interface erreichst du, dass die Methode zum Laut geben immer gleich heisst; Du brauchst dich also nicht darum zu kümmern, ob das Objekt ein Hund, eine Katze etc. ist.

Richtig Sinn macht das alles nur, wenn

a. der Code wiederverwendbar sein soll und
b. das Projekt etwas komplexer ist.

Wenn die Bibliothek erst mal steht, hat man es bei der Nutzung wesentlich einfacher. Denk einfach mal an die Java Foundation Class (Swing). Ähnliche Objekte haben gleichnamige Methoden und Attribute. Sonst liesse sich das Framework doch gar nicht nutzen.

 

[Beni]

Bin heute per Zufall auf diesen Artikel gestossen, auf der Seite findet man einige gute Antworten.