Da bin ich auch gerade am experimentieren. Ich finde das Ganze SQL <-> OO echt bl�de. Ich finde einfach keinen eleganten Weg. Wenn jemand dazu was geschriebenes hat, w�re ich sehr daran interessiert.
-----Urspr�ngliche Nachricht----- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Peter Koen Gesendet: Dienstag, 19. Oktober 2004 19:51 An: [EMAIL PROTECTED] Betreff: RE: [Coffeehouse] TechTalk - Genome > > DataSets sind nat�rlich nicht der Weisheit letzter Schlu�, > die haben > > gen�gend Probleme. Aber imho ist die richtige Mischung aus > DataSets, > > Datenklassen und eigenem Data Access Layer noch immer der > Schl�ssel zu > > einer guten Applikation. > > Von einem Business-Objekt erwarte ich mir aber auch die > Business-Logik - also die Methoden. Und Datasets enthalten > "nur" Daten. > > Wie machst du das? Das Businessobjekt schreibe ich selbst weil ich viele Sachen haben will, die ein OR Mapper einfach nicht machen kann. ich will beispielsweise selbst entscheiden wie weit ich logik in sql und wie weit in C# implementiere. ich will objekte mit unterschiedlichsten update methoden je nachdem wie ich sie verwende, objekte die weekreferences verwenden aber auch transaktionelle objekte (enterprise services), weil bspw. eine sql transaktion nicht gew�nscht ist wenn es non-db side effects gibt oder ich vielleicht in einem multi-server szenario bin. lG Peter _______________________________________________ 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
