Hallo,
Ich versuch mich also auch mal daran... 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... Klar k�nnte jede Klasse die einzelnen Methoden implementieren, dann h�tte man aber keine Sicherheit, dass auch wirklich jede Methode implementiert ist... Das ist n�mlich dadurch sichergestellt, dass die Klasse das Interface implementiert - Wenn was fehlen w�rde, w�rde schon der Compiler einen Fehler werfen... Dadurch kann man ganz unterschiedlich Klassen auf die gleiche Art behandeln, indem man �ber das definierte Interface geht... > was mir dabei nicht so ganz klar ist: Im Prinzip gehts ja > darum, dass der, der eine Klasse baut, mein Interface > implementiert, um nichts zu vergessen. Was passiert aber, > wenn ich jetzt feststelle, da� in meinem Interface etwas > fehlt? Ich �ndere dann mein Interface, aber dadurch hat ja > der, der mein Interface implementiert noch nicht die neuen > Funktionen in seiner Klasse. Das f�hrt doch bestimmt zu Problemen.... Ein Interface kannst Du nur �ndern, wenn Du alle Klassen die das Interface nutzen mit�nderst... 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... Claudius _______________________________________________ Coffeehouse Mailingliste, Postings senden an: [EMAIL PROTECTED] An-/Abmeldung und Suchfunktion unter: http://www.glengamoi.com/mailman/listinfo/coffeehouse
