Falls einer der an dieser Diskussion beteiligten Herren auf diesem Gebiet "firm" ist und sich als Berater bet�tigen m�chte/kann, bitte mich per PM zu kontaktieren.
Kurz: es geht um das n-tier Design einer kaufm. Client/Server Applikation f�r LAN/Intranet: UI: Winforms / sp�ter (2.Stufe) auch Webforms, Webservices etc. DB: MS SQL 2000 / sp�ter (2.Stufe) auch Oracle und andere Nicht nur wegen dieser "sp�ter auch" ben�tige ich ein gutes, sauberes Design. Auch weil einige Module (POS) bereits in der 1.Ausbaustufe "remote" laufen m�ssen, meistens �ber preisg�nstige (dh. langsame) Verbindungen, es also vorteilhafterweise m�glich sein sollte, den BLL und den DAL auf dem Server zu halten. Mit freundlichen Gr��en Robert > -----Original Message----- > From: Manfred [mailto:News@;grube40.com] > Sent: Tuesday, November 12, 2002 1:34 PM > To: C Sharp > Subject: [dotnetdecsharp] RE: AW: RE: N-Tier Design ->Link > auf ms.com... > > > 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 > > | [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
