Danke zun�chst f�r die Ausf�hrungen - leider gibts immer noch ein paar Unklarheiten.
Mach ich liebend gerne sobald ich den Durchblick habe! :-)Aja, da sollte man glatt mal einen sch�nen Artikel auf ASPHeute schreiben ... ^^
Soweit war mir das eigentlich klar.Du programmierst also Deine Webseite - sagen wir mal ein Portal. Dieses Portal soll aber eine generische L�sung sein f�r jeden. Du m�chtest Dich nicht auf eine DB festlegen sondern m�chtest im Prinzip Deinen Quellcode verkaufen. Da es nun verschiede Firmen gibt, die unterschiedliche DB's einsetzen machst Du das ganze generisch mit Interfaces. So kann dann der Endkunde seine Datenbank selber dran binden - z.B. Oracle, SQL, Access, MySQL, �ber irgendeine verdammte API an ein CRM oder was wei� ich was
Sprich - ich mache im Interface die Vorgaben welche Daten dass zum Interface gelangen und was ich �ber das Interface beziehe?Somit erzeugst Du ein Interface welches genau auf DEINE Bed�rfnisse zugeschnitten ist!
Das ist mir jetzt eben nicht ganz klar...Wenn jetzt jemand einen Dataprovider bauen will muss er dieses Interface implementieren und muss GetProjects implementieren. Wie er das macht ist Deine Sache .. nur erwartest Du ein Array von IProject. Was er da zu implementieren hat wei� er durch die Definition auch ...
Wenn ich jemanden einfach die Klasse zur Verf�gung stelle, die dann den Datenaustausch macht funzt das doch auch oder?
Das ist mir auch wiederum klar.Dann kanns Du ganz bequem mit einer Schleife dr�ber laufen und die die Projecte einzeln rauslesen und wie auch immer darstellen:
Und nochmal - was hindert mich denn daran direkt mit einer Klasse welche das alles macht zu arbeiten?So kannst Du dann einfach auf Deiner Seite immer mit dem Interface arbeiten.
---> das Interface selber sagt nur was!Es beschreibt die Vorgaben welche eine Klasse enthalten muss, die vom Interface abgeleitet ist?
---> Implementierung selber wird in der Klasse gemacht ... Und: diese ---> Klasse leitet nichts ab! Sie implementiert!Herrjeh... und worin liegt denn nun der Unterschied? :-)
Wenn Du ein Beispiel h�ttest, welches den Nutzen (mit und ohne als Vergleich) des Interfaces aufzeigt w�re ich Dir dankbar.Wie gesagt - von der Theorie her verstehe ich das schon irgendwie, aber mir ist der Unterschied zwischen einer reinen "Datenaustausch"-Klasse und einem Konstrukt mit Interface nicht klar.
---> war das obere gut?
Sonst h�tt ich noch eins ...Ich bitte daraum. :-)
_______________________________________________ Coffeehouse Mailingliste, Postings senden an: [EMAIL PROTECTED] An-/Abmeldung und Suchfunktion unter: http://www.glengamoi.com/mailman/listinfo/coffeehouse
