Hallo Stephan, ein Anwendungsbeispiel das mir spontan einf�llt ist ein Datenbankzugriff auf verschiedenste Datenbanken. Damit Du nicht jedesmal den ganzen Code in allen �bergeordneten Schichten �ndern musst erstellst du dir ein Interface, das alle Methoden f�r die Kommunikation der Datenbank enth�lt.
Wenn du jetzt auf eine Access MDB zugreifst, machst du dir eine Datenbankschicht, die nach oben das Interface pr�sentiert und nach unten auf die MDB zugreift. Die Klassen die deine Logik enthalten (BusinessLogicLayer) arbeiten immer mit dem Interface. Wenn du dann vielleicht mal wegen der Userzahl auf eine MSDE umsteigen willst mit StoredPrecedures, dann machst du dir eine neue Datenbankschicht. Nach oben pr�sentiert die wieder das unge�nderte Interface und nach unten kommuniziert die Klasse jetzt mit der MSDE �ber Stored Procedures und nicht mehr �ber SQL. Ein anderes Beispiel: In einem BLL verarbeitest du mehrere Objekttypen, die aber eine Mindestfunktionalit�t haben sollen(Get, Save, Delete, Update in der Datenbank) ansonsten sich aber unterscheiden. Dann implementierst du ein Interface f�r den Datenbankzugriff und alle Objektklassen damit, die diese Funktionalit�t haben sollen. Wenn du dann die Objekte in die Datenbank speicherst oder daraus liest, dann arbeitest du nicht mit den Objekten selber, sondern nur mit dem Interface IDatenbank. Da steckt alles drin was sein soll. Konfus? Ich weiss nicht ob es hilft, aber so kann man es verwenden. Andreas -----Urspr�ngliche Nachricht----- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Auftrag von Stephan Troxler Gesendet: Donnerstag, 25. M�rz 2004 16:45 An: [EMAIL PROTECTED] Betreff: Re: AW: [Coffeehouse] Schnittstellen (interface) > 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. ??? - Du meinst eine gemeinsame Schnittstelle (der Name sagt es ja) f�r verschiedene Abfragen? > So kannst Du dann einfach auf Deiner Seite immer mit dem Interface > arbeiten. Hier habe ich eben noch ein Problem - das Interface selber macht ja nichts, sondern nur die Klasse die daraus abgeleitet wird oder? Und warum macht die Klasse das nicht gleich selber? > reicht das ein bischen?` Noch nicht ganz. :-) > Ich kann Dir noch mehr Beispiele geben (man kann das auch so richtig > krank machen ..) Wenn Du ein Beispiel h�ttest, welches den Nutzen (mit und ohne als Vergleich) des Interfaces aufzeigt w�re ich Dir dankbar. Gruss 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
