Interface bzw. Schnittstelle anschaulich: Hüllenklasse

Interfacebzw.

Schnittstelle anschaulich:Hüllenklasse

Ein sogenanntes Konsolenprogramm gibt - im Gegensatz zu einer grafischen Oberfläche - mit System.out.println(...) seine Ausgabe auf dem Bildschirm aus.Ein Programmierer, der ein Konsolenprogramm schreibt und aufmerksam ist (d.h. das Programm auch testet), sollte folgendes beachten:

Jede Klasse sollte - zu Testzwecken - jeweils die Methode printAllAttributs() enthalten, mit der die Attribute einer Klasse auf dem Bildschirm ausgegeben werden. Um den Programmierer zu zwingen, diese Methode zu implementieren (auszuprogrammieren), könnte man sie (den Methodenkopf) in einer abstrakten Klasse ablegen.

Nutztier+ printAllAttributs(): void

Kuh+printAllAttributs():void

Henne+printAllAttributs():void

Abstrakte Klassen und Methoden werden durch eine kursive Schreibweise gekennzeichnet oder durch den Bezeichner {abstract}, siehe Präsentation zu abstrakte Klassen

Es ist aber nicht besonders sinnvoll printAllAttributs() als abstrakte Methode in die Klasse Nutztier zu stecken, da printAllAttributs() nicht speziell was mit der Klasse Nutztier zu tun hat, sondern in jeder Klasse vorkommt.

Es ist sinnvoller, diese Methode z.B. in eine mit Druckbar bezeichnete Klasse zu stecken und von dieser Klasse die Methode printAllAttributs() zu erben. Da es in Java keine Mehrfachvererbung gibt, (konkret: wenn z.B. Kuh Unterklasse von Nutztier ist, kann Kuh nicht auch noch Unterklasse von der Klasse Druckbar sein), hat man sich den Trick mit dem Interface einfallen lassen.

In UML dargestelltergibt dies (siehe nächste Folie):

Bemerkung:Interfaces werden mit Hilfe von gestrichelten Linien dargestellt.Näheres siehe einige Folien weiter hinten.

Nutztier+printAllAttributs():void



<<interface>>Druckbar

+ printAllAttributs(): voidMit Klasse statt

Interface hätte man eine Mehrfachvererbung

Eine Klasse kann beliebig viele Interfaces "einbinden" (mit dem Wort implements). Ein Interface ist so etwas ähnliches wie eine Klasse, nur dass dort von den Methoden nur die Methodenköpfe (mit den Parametern) angegeben werden dürfen (wie bei abstrakten Klassen). Ein Interface ist von der Sache her abstract und es ist deswegen nicht nötig es (und seine Methoden) als abstract zu deklarieren.

Die komplette Methode (mit Methodenrumpf) muss dann in der Klasse implementiert werden, die dieses Interface "einbindet" (mit implements).Ein Interface besteht im Unterschied zu einer abstrakten Klasse nur aus Methodenköpfen (mit den Parametern).

Ein Interface muss in einer eigenen Datei erstellt werden, wenn es public ist (es gilt also das gleiche Schema wie bei Klassen: 2 public Klassen können nicht in der gleichen Datei sein).Ein Interface ist von der Sache her abstract und es ist deswegen nicht nötig es als abstract zu deklarieren (dies sollte auch nicht gemacht werden). In einem Interface dürfen nur Klassenvariable (mit public, static, final), aber keine "normalen" Attribute definiert werden.

Alle Methoden in Interfaces sind automatisch abstrakt und public. Deshalb sollten die Bezeichner public und abstract bei der Deklaration von Methoden in Interfaces nicht verwendet werden.

Dagegen müssen bei der Implementierung (Ausprogrammierung) einer Schnittstelle die Methoden in den Unterklassen mit public implementiert werden, da die Methoden in Interfaces immer automatisch public sind.

Bemerkung:

Ein StandardInterface ist ein Interface des Java-Systems, d.h. eines Interfaces das mit der Entwicklungsumgebung

ausgeliefert wird, wie z.B: Comparable, Serializable

Benennung von Interfaces:Zwar kann man (abgesehen von bestimmten Sonderzeichen) Interfaces benennen wie man will, doch könnte man folgenden Vorschlag berücksichtigen:

1)Interface endet mit ...bar bzw. auf englisch ...able Beispiel: PrintableDiese Begrifflichkeit ist dann analog zu StandardInterfaces wie Comparable, Serializable, usw.

2)Interface beginnt mit I (wie Interface)

Beispiel: IKfzINutztier

Beispiel:(Wegen der übersichtlichen

Darstellung werden im Folgenden einige set- und

get-Methoden weggelassen)

class Henne extends Nutztier implements Druckbar{ private double legeLeistung;

public Henne(String pName, double pLegeLeistung){ super(pName); legeLeistung=pLegeLeistung; }

public double getTierwert(){ return(2 * legeLeistung); }

public void printAllAttributs(){ super.printAllAttributs(); System.out.println("Legelst.=" +legeLeistung); } }

class Kuh extends Nutztier implements Druckbar{ private double milchLeistung;

public Kuh(String pName, double pMilchLeistung){ super(pName); milchLeistung=pMilchLeistung; }

public double getTierwert(){ return(100 * milchLeistung); }

public void printAllAttributs(){ super.printAllAttributs(); System.out.println("Milchlst= " +milchLeistung); }}

abstract class Nutztier implements Druckbar{ private String name;

public Nutztier(String pName){ name = pName; }

abstract public double getTierwert();

public double getGewinn(){ return(0.1*getTierwert()); }

public void printAllAttributs(){ System.out.println("Name des Nutztiers = "+name); } }

Warum muss diese Methode implementiert

werden?

Weil nur der Methodenkopf im Interface Druckbar angegeben wird, muss die Methode in der Unterklasse ausprogrammiert werden.Frage:Gibt es hier aber auch noch einen weiteren Grund?

abstract class Nutztier implements Druckbar{ private String name;

public Nutztier(String pName){ name = pName; }

abstract public double getTierwert();

public double getGewinn(){ return(0.1*getTierwert()); }

public void printAllAttributs(){ System.out.println("Name des Nutztiers = "+name); } }

In den Unterklassen wird mit super. printAllAttributs() die Methode printAllAttributs() der Oberklasse aufgerufen.

public class MainInterface{ public static void main( String[] args){ Kuh myk=new Kuh("Elsa", 10); Henne myh=new Henne("Ute", 1); myk.printAllAttributs(); myh.printAllAttributs(); }}

Was wird auf dem Bildschirm ausgegeben ?

public class MainInterface{ public static void main( String[] args){ Kuh myk=new Kuh("Elsa", 10); Henne myh=new Henne("Ute", 1); myk.printAllAttributs(); myh.printAllAttributs(); }}

Name der Nutztiers = ElsaMilchlst.= 10Name der Nutztiers = UteLegelst.= 1

und hier das Interface:

public interface Druckbar{ void printAllAttributs();}

Bezeichner abstract wird weggelassen

Bezeichner public und abstract werden weggelassen

Diskussion:Was soll das Interface?

Zu was braucht man hier das Interface?

Man kann es doch weglassen, und die Methode

printAllAttributs trotzdem verwenden, oder?

Das ist richtig!Deshalb gibt es nachher ein

Beispiel, das nicht ohne Interface auskommt !!!

Darstellung eines Interface in UML


+ printAllAttributs(): void



Ein Interface wird mit <<interface>> bezeichnet und mit einem Pfeil mit gestrichelten Linien auf das Interface gezeigt.

Hierarchie (Zuweisungskompatibilität)

public class MainInterface{ public static void main( String[] args){ Kuh myk=new Kuh("Elsa", 10); Henne myh=new Henne("Ute", 1);

Druckbar aa1; Druckbar aa2;

aa1 = myk; aa2 = myh; myh = aa2; myk = aa1; }}

Welche Anweisungen sind korrekt, welche falsch?

(Compiler meldet Fehler)

Diese 2 Anweisung sind falsch.

"Untertyp != Obertyp"

Diese 2 Anweisungen sind richtig:

"Obertyp = Untertyp"

// auch möglich:// Druckbar aa1 = myk;// Druckbar aa2 = myh;

Weiteres Beispiel:

Zusätzlich zu dem Beispiel mit den Nutztieren soll eine Klassenmethode void printObjekte(... feld) in der Klasse Bildschirmausgabeerstellt werden. Diese gibt alle Attribute der Objekte des Feldes feld auf Konsole aus, indem die obige Methode printAllAttributs() verwendet wird.

Da die Methode printObjekte(... feld) eine Klassenmethode ist, wird sie nicht durch ein Objekt aufgerufen, sondern durch den Klassennamen, also z.B:Bildschirmausgabe.printObjekte(feld);

class Bildschirmausgabe{ public static void printObjekte(... feld){ ... }}

Da diese Methode eine Klassenmethode ist, muß sie den Bezeichner static haben

Welchen Typ (Datentyp) muss das Array feld haben? Wäre der Datentyp Henne sinnvoll?

Nein, denn die Methode soll für ein Array mit dem Datentyp Kuh oder Henne funktionieren.

class Bildschirmausgabe{ public static void printObjekte(... feld){ ... }}

Wäre dann der Datentyp "Nutztier" sinnvoll?

Nein, denn die Methode soll für ein Array beliebigen Datentyps (nicht nur Kuh bzw. Henne) funktionieren.Sondern z.B. für beliebige (selbstgebastelte) Klassen, wie z.B. Auto, Kühlschrank, Buch, Blume, Mensch, ...

Da diese Methode eine Klassenmethode ist, muß sie den Bezeichner static haben

class Bildschirmausgabe{ public static void printObjekte(... feld){ ... }}Ja, man muß nur bei Kuh und Henne (oder einer anderen Klasse) das Interface Druckbar implementieren, dann gilt:Kuh ist "Untertyp" vom Obertyp "Druckbar" Henne ist "Untertyp" vom Obertyp "Druckbar" Das Array feld muß also vom Typ "Druckbar" sein !

Kann man einen Datentyp angeben, den sowohl Kuh als auch Henne (als auch weitere selbstgebastelte Klassen) als "Oberdatentyp" besitzt?

Also wird die KlasseBildschirmausgabe

wie folgt implementiert:

class Bildschirmausgabe{ public static void printObjekte( feld){ int i;

}}

for(i=0;i<feld.length;i++){ feld[i].printAllAttributs();}

Druckbar[]

In der Methode printObjekte(...) wird die Methode printAllAttributs(...) verwendet!Druckbar besitzt diese Methode, also hat feld den Datentyp Druckbar[]

Zwischenfrage: Muß feld (besser jedes Element davon) vom Datentyp Druckbar sein oder kann es auch ein Oberdatentyp davon sein wie z.B. Object, die Mutter aller Klassen, also ...

class Bildschirmausgabe{ public static void printObjekte( feld){ int i;

}}

for(i=0;i<feld.length;i++){

feld[i]). printAllAttributs();}

Object[]

((Druckbar)

Da das übergebene Feldelement feld[i] die Methode printAllAttributs(...) verwendet, sollte (damit es keine Fehler gibt) feld[i] vom Datentyp Druckbar sein.

Da der Datentyp (Klasse) Object kein printAllAttributs(...) besitzt, muß also folgender Downcast gemacht werden ...

Frage:Muß Druckbar ein Interface sein, oder kann es auch eine abstrakte

Klasse oder einfach nur eine "einfache" Klasse sein?

Dazu schauen wir uns das UML-Diagramm an.





+ printAllAttributs(): voidMit Klasse statt

Interface hätte man eine Mehrfachvererbung

also kann Druckbar keine Klasse bzw. abstrakte Klasse sein

Das gesamte Programm

(Klasse Henne, Kuh, Nutztier ähnlich wie oben; Klasse

Bildschirm kommt neu hinzu)

package interface10;public class MainInterface10 { public static void main(String[] args){ Druckbar[] feld = new Druckbar[2]; Kuh myk=new Kuh("Elsa", 100); Henne myh=new Henne ("Frida", 1); feld[0] = myk; feld[1] = myh; Bildschirmausgabe.printObjekte(feld); }}

class Nutztier implements Druckbar{ private String name;

public Nutztier(String pname){ name = pname; } public void printAllAttributs(){ System.out.println("Name des Nutztiers = "+name); }}

Klasse kann auch abstrakt sein. In diesem Zusammenhang ist dies völlig egal.

Aus Gründen einer einfachen Demonstration wurden in den Klassen Nutztier, Kuh und Henne einige Methoden (im Vergleich zum obigen Programm) weggelassen (wie z.B: getTierwert())

class Kuh extends Nutztier implements Druckbar{ private double milchLeistung;

public Kuh(String pName, double pMilchLeistung){ super(pName); milchLeistung =pMilchLeistung; }

public void printAllAttributs(){ super.printAllAttributs(); System.out.println("Milchleistung= "+milchLeistung); }}

class Henne extends Nutztier implements Druckbar{ private double legeLeistung; public Henne(String pName, double pLegeLeistung){ super(pName); legeLeistung =pLegeLeistung; }

public void printAllAttributs(){ super.printAllAttributs(); System.out.println("Legeleistung= "+legeLeistung); }}

class Bildschirmausgabe{ public static void printObjekte(Druckbar[] feld){ int i; for(i=0;i<feld.length;i++){ feld[i].printAllAttributs(); } }}

und hier das Interface:

public interface Druckbar{ void printAllAttributs();}

Frage:Hätte man das Design des letzten Programms so abändern können,

daß Druckbar kein Interface, sondern eine Klasse bzw.

abstrakte Klasse sein kann, man also ohne Interface auskommt?




Druckbar + printAllAttributs(): void

Druckbar ist hier kein Interface sondern eine Klasse

bzw. abstrakte KlasseWarum ist dieses Design schlecht?

Weil ein Nutztier inhaltlich betrachtet ...

kein Druckbar ist. Man kann zwar sagen:




Druckbar + printAllAttributs(): void

Eine Kuh ist ein Nutztier, aber es ist sinnlos zu sagen:

Ein Nutztier ist ein Druckbar. Selbst wenn man statt Druckbar einen besseren Namen wählt,

wie z.B. Drucker, gibt dies auch keinen Sinn!

und hier das Programm:

package ohneinterface10;

public class MainOhneInterface10 { public static void main(String[] args){ Druckbar[] feld = new Druckbar[2]; Kuh myk=new Kuh("Elsa", 100); Henne myh=new Henne ("Frida", 1); feld[0] = myk; feld[1] = myh; Bildschirmausgabe.printObjekte(feld); }}

Keine Änderung (im Vergleich zum letzten Programm)

class Nutztier extends Druckbar { private String name;

public Nutztier(String pname){ name = pname; }

public void printAllAttributs(){ System.out.println("Name des Nutztiers = "+name); }}

implements Druckbar fehlt (im Vergleich zum letzten Programm)

class Kuh extends Nutztier { private double milchLeistung; public Kuh(String pName, double pMilchLeistung){ super(pName); milchLeistung =pMilchLeistung; }

public void printAllAttributs(){ super.printAllAttributs(); System.out.println("Milchleistung= "+milchLeistung); }}


class Henne extends Nutztier { private double legeLeistung; public Henne(String pName, double pLegeLeistung){ super(pName); legeLeistung =pLegeLeistung; }

public void printAllAttributs(){ super.printAllAttributs(); System.out.println("Legeleistung= "+legeLeistung); }}


class Bildschirmausgabe{ public static void printObjekte(Druckbar[] feld){ int i; for(i=0;i<feld.length;i++){ feld[i].printAllAttributs(); } }}

Keine Änderung (im Vergleich zum letzten Programm)

class Druckbar{public void printAllAttributs(){ System.out.println("schrott"); }

// public abstract void printAllAttributs();}

Druckbar ist jetzt kein Interface mehr, sondern eine Klasse (und hätte dann auch einen anderen (selbstsprechenden) Namen verdient).

Man könnte printAllAttributs() auch abstract machen und hätte dann eine abstrakte Klasse

Was fehlt jetzt noch?Ein Beispiel, wo man nicht auf ein Interface verzichten

kann.Können Sie so ein Beispiel

konstruieren?

Henne, Kuh und Krokodil (Fleisch, Leder) sind Nutztiere. Nur Kühe und Hennen können Freunde (zum Spielen mit den Bauernkinder) der Tiere sein, nicht aber ein Krokodil (warum wohl?). Die Freunde machen Geschenke an die Bauernkinder:Kuh: Milchleistung / 2Henne: Legeleistung * 3

Es sollen ein paar Freunde erstellt werden. Dann sollen die Geschenke dieser Freunde auf dem Bildschirm ausgegeben werden.

Aber zuerst das UML:

Nutztier

Kuh Henne Krokodil

Freund

+getGeschenk()

+getGeschenk()

+getGeschenk()

Dies ist der Ausgangspunkt: Kuh, Henne und Krokodil ist jeweils ein Nutztier. Wo benötigt man die Methode getGeschenk()?

Wie muß man Freund in dieses UML einfügen?

Wo gibt es Probleme?

Nutztier

Kuh Henne Krokodil

Freund

+getGeschenk()

+getGeschenk()

+getGeschenk()

Mit Klasse Freund hat man eine

Mehrfachvererbung

Was muß man also tun?

Aus Freund ein Interface machen!(mit dem

selbstsprechenden Namen IFreund)

Nutztier

Kuh Henne Krokodil

<<interface>> IFreund

+getGeschenk()

+getGeschenk()

+getGeschenk()

Und hier das Programm:

package interface20;

public interface IFreund { double getGeschenk(); void printGeschenk();}

Das Interface (in einer eigenen Datei)

package interface20;public class MainInterface20 { public static void main(String[] args) { int i; IFreund freunde[] = new IFreund[4]; Nutztier[] nutztiere = new Nutztier[3];

nutztiere[0] = new Henne("Pute", 3); nutztiere[1] = new Henne("Elsa", 200); nutztiere[2] = new Krokodil("Schnappi", 50); freunde[0]= new Kuh("FreundMilka", 10); freunde[1]= new Henne("FreundUte", 5); freunde[2]= new Henne("FreundIda", 4); freunde[3]= new Kuh("FreundSusi", 34); for(i=0; i<freunde.length; i++){ freunde[i].printGeschenk(); } }}

"polymorphe Methode"

freunde[i] tritt verschiedengestaltig auf (als Henne oder Kuh)

abstract class Nutztier{ private String name; public Nutztier(String pname) { name = pname; }

abstract double getTierwert();

public void printAllAttributs(){ System.out.println("Nutztier: "); }

public void setName(String pName) { name = pName; }

public String getName() { return (name); }}

class Kuh extends Nutztier implements IFreund { private double milchLeistung; public Kuh(String pName, double pMilchLeistung) { super(pName); milchLeistung = pMilchLeistung; }

public double getMilchLeistung() { return milchLeistung; }

public void setMilchLeistung(double milchLeistung) { this.milchLeistung = milchLeistung; }

public double getTierwert() { return (100 * milchLeistung); }

public void printAllAttributs() { System.out.println("Kuhname=" + getName() + " Milchleistung=" + milchLeistung); }

// Interface verlangt Implementierung public double getGeschenk() { return (milchLeistung / 2.0); }

// Interface verlangt Implementierung public void printGeschenk() { System.out.println("Kuhname= " + getName() + " Geschenk= " + getGeschenk()); }}

class Henne extends Nutztier implements IFreund { private int legeLeistung; public Henne(String pName, int pLegeLeistung) { super(pName); legeLeistung = pLegeLeistung; }

public int getLegeLeistung() { return legeLeistung; }

public void setLegeLeistung(int legeLeistung) { this.legeLeistung = legeLeistung; }

public double getTierwert() { return (2 * legeLeistung); }

// Zu Testzwecken public void printAllAttributs() { System.out.println("Hennename=" + getName() + " Legeleistung=" + legeLeistung); }

// Interface verlangt Implementierung public double getGeschenk() { return (3 * legeLeistung); }

// Interface verlangt Implementierung public void printGeschenk() { System.out.println("Hennename=" + getName() + " Geschenk=" + getGeschenk()); }}

class Krokodil extends Nutztier { private int fleischmenge; public Krokodil(String pName, int pFleischmenge) { super(pName); fleischmenge = pFleischmenge; }

public double getTierwert() { return (20 * fleischmenge); }

// Zu Testzwecken public void printAllAttributs() { System.out.println("Krokodilname=" + getName() + " Fleischmenge=" + fleischmenge); }}

Documents

Interface bzw. Schnittstelle anschaulich: Hüllenklasse