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 archive@jab.org subscribed
| http://www.dotnetgerman.com/archiv/dotnetdecsharp/ = Listenarchiv
| Listenregeln, sowie An- und Abmeldung zu dieser Liste:
| http://www.dotnetgerman.com/listen/dotnetdecsharp.asp
