Ein Praxisbeispiel:
Du programmierst eine Lustige Webseite, die auch Datenverarbeiten kann.
Da Du aber offen lassen willst, woher die Daten alles kommen sollen
deklarierst Du Dir ein Interface welches beschreibt, was der
Datenprovider alles implementiert haben soll.
So kannst Du dann einfach auf Deiner Seite immer mit dem Interface
arbeiten.
Beispiel:
Public IDBIntface DBInterface; <--- da wird dann eine Klasse dran
gehangen, die das Interface implementiert
Private void Deine Methode()
{
DataSet a = DBInterface.GetData();
}
reicht das ein bischen?
Ich kann Dir noch mehr Beispiele geben (man kann das auch so richtig
krank machen ..)
Micha
-----Urspr�ngliche Nachricht-----
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Im Auftrag von Stephan Troxler
Gesendet: Donnerstag, 25. M�rz 2004 16:21
An: [EMAIL PROTECTED]
Betreff: [Coffeehouse] Schnittstellen (interface)
Eine Verst�ndnisfrage:
Eine Schnittstelle (interface) ist ja sowas wie eine Schablone f�r
Klassen mit Pflichtmethoden und Pflichtpropertys - soweit habe ich das
zumindest mal verstanden...
Wo konkret aber kommt ein interface zum Einsatz? Was sind die Vorteile
wenn ich alle Klassen von Schnittstellen ableite? Mir fehlt da gerade
ein bisschen der Bezug zur Praxis.
Stephan
_______________________________________________
Coffeehouse Mailingliste, Postings senden an:
[EMAIL PROTECTED]
An-/Abmeldung und Suchfunktion unter:
http://www.glengamoi.com/mailman/listinfo/coffeehouse
_______________________________________________
Coffeehouse Mailingliste, Postings senden an:
[EMAIL PROTECTED]
An-/Abmeldung und Suchfunktion unter:
http://www.glengamoi.com/mailman/listinfo/coffeehouse
