Die Funktionalit�t eines Interface ist also prim�r daf�r zu sorgen, dass beim benutzen von Klassen (welche ja die eigentliche Schnittstelle bilden, da nur sie "scharfen" Code beinhalten) keine Fehler unterlaufen infolge unterlassener Methoden und Eigenschaften. Ein Interface ist also eine Art Papiertiger mit Vorschriften. (ich sehe die aufgebrachten Klassen schon bildlich vor mir, wie sie den Aufstand gegen Ihre Unterdr�cker f�hren...)
Ich liebe Beispiele aus der realen Welt - sehr treffend formuliert(the real world is where the pizzaman comes from). :-)Stellt euche ein Interface(Schnittstelle) einfach als Stecker/Buchse-Kombination vor... Wenn der Schuko-Stecker nicht spezifiziert w�re, k�nnte man nicht einfach jedes gekaufte Ger�t einfach durch einstecken mit Strom versorgen...
Jetzt ist mir auch klar, warum eine Klasse von mehreren Interfaces, nicht aber von mehreren Klassen abgeleitet werden kann.Ist das nicht mehr m�glich, weil die Software schon ausgeliefert ist und Dritte Erweiterungen daf�r geschrieben haben, erstellt man einfach ein zweites Interface mit den ben�tigten Funktionen... Dadurch k�nnen die alten Klassen noch arbeiten und neue k�nnen die neue Funktionalit�t �ber die neuen Interfaces nutzen...
Jetzt fragt sich h�chstens noch, wie es denn ausschaut, wenn der b�se "jemand" seine eigene Klasse nicht von der Schnittstelle ableitet?
Gruss Stephan _______________________________________________ Coffeehouse Mailingliste, Postings senden an: [EMAIL PROTECTED] An-/Abmeldung und Suchfunktion unter: http://www.glengamoi.com/mailman/listinfo/coffeehouse
