Data-Centric .Net Programing with C# , Wrox-Verlag, ISBN 1-861005-92-X, englisch,
ist zumindest mal einen Blick wert. mfg Manfred -----Original Message----- From: Daniel Fisher [mailto:df@;pr-live.de] Sent: Dienstag, 12. November 2002 11:02 To: C Sharp Subject: [dotnetdecsharp] AW: RE: N-Tier Design ->Link auf ms.com... Hallo Florian Der Aspekt mit Typed/Untyped Datasets ist von mir auf jeden Fall nochmal zu �berdenken (Danke). Da wir hier in [dotnetdecsharp] sind denke ich eh dass keiner ein vb-Buch lesen will ;-) ... aber HAT DEN JEMAND EINE GUTES BUCH ? Daniel -----Urspr�ngliche Nachricht----- Von: [EMAIL PROTECTED] [mailto:Florian.Dittgen@;masterline.fr] Gesendet: 12. November 2002 10:14 An: C Sharp Betreff: [dotnetdecsharp] RE: N-Tier Design ->Link auf ms.com... Eigentlich ganz gute Infos gibt es hier: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnbda/html/ BOAGag.asp?frame=true Es ist allerdings nur eine duerftige Einfuehrung, aber zeigt die wesentlichen Punkte de Architektur unter .Net auf. Keinesfalls Empfehlenswert ist das Buch .NET Enterprise Design with VB.NET and SQL Server 2000 von Jimmy Nilsson. Es ist fuer den praktischen Gebrauch voellig unbrauchbar! -----Message d'origine----- De : Daniel Fisher [mailto:liste@;lennybacon.com] Envoy� : samedi 9 novembre 2002 22:09 � : C Sharp Objet : [dotnetdecsharp] N-Tier Design Hallo Liste Ich sitzt gerade vor dem start eines recht grossen Projektes und mache mir gerade gedanken �ber das Design. Nachdem ich mir "Duwamish" und "PetShop" mal genauer angeguckt habe bin ich zu folgendem Entwurf gekommen. Der Client greift auf die "Facade" zu, die auf Methoden aus dem "BusinessLayer" verweist. Die Methode im "BusinessLayer" holt sich die Daten von "DataAccess", die sich den ConnectionString aus der "Configuration" holt und als "Data" (von DataSet abgeleitet) an den "BusinessLayer" zur�ckgibt. Der "BusinessLayer" l�sst nun die Daten von "BusinessRules" verarbeiten, in "ApplictaionLog" geloggt, und stellt sie �ber die "Facade" dem Client zur verf�gung. Die Frage die sich mir nun stellt ist ob ich "Data" und "DataAccess" verwenden soll oder auf "Data" verzichte? Bei "Duwamish" ist "Data" Serialisierbar um Remoting zu erm�glichen - ist es da besser das in eine eigene Klasse zu verfrachten? Was haltet ihr von dem Design? Daniel -------- WebTier --------- aspx asmx _________________________________________________ | | ------ Middle-Tier ------- Facade Facade Facade User WS Admins | | | [---BusinessLayer---] ~~~~[ApplictaionLog] (BusinessRules) /|\ | [Configuration] | \|/ | [--DataAccessLayer--] | (Data) (DataAccess)~~~~~~ _________________________________________________ | | --------DataTier---------- SQL-Server -------------------------- | [dotnetdecsharp] als [EMAIL PROTECTED] subscribed | http://www.dotnetgerman.com/archiv/dotnetdecsharp/ = Listenarchiv | Listenregeln, sowie An- und Abmeldung zu dieser Liste: | http://www.dotnetgerman.com/listen/dotnetdecsharp.asp | [dotnetdecsharp] als [EMAIL PROTECTED] subscribed | http://www.dotnetgerman.com/archiv/dotnetdecsharp/ = Listenarchiv | Listenregeln, sowie An- und Abmeldung zu dieser Liste: | http://www.dotnetgerman.com/listen/dotnetdecsharp.asp | [dotnetdecsharp] als [EMAIL PROTECTED] subscribed | http://www.dotnetgerman.com/archiv/dotnetdecsharp/ = Listenarchiv | Listenregeln, sowie An- und Abmeldung zu dieser Liste: | http://www.dotnetgerman.com/listen/dotnetdecsharp.asp | [dotnetdecsharp] als [email protected] subscribed | http://www.dotnetgerman.com/archiv/dotnetdecsharp/ = Listenarchiv | Listenregeln, sowie An- und Abmeldung zu dieser Liste: | http://www.dotnetgerman.com/listen/dotnetdecsharp.asp
