Podzielmy naszą aplikację na warstwy.
I. Warstwa dostępu do danych. Tutaj stworzymy mechanizm odpowiedzialny za dostęp/komunikację z bazą, zupełnie elastyczny, niezależny od rodzaju bazy.
II. Domain Model (Model dziedziny). Zmapowane tabele bazy danych, DAO, reguły biznesowe.
III. Services (Serwisy). Ta warstwa będzie udostępniać funkcje aplikacji (coś na kształt uporządkowanego API systemu).
IV. Interface Klienta. Czyli po prostu w skrócie... formatki ;)
Cały model będzie tak wyglądać:

Nie noo.. wszystko super, zobaczymy jak to wyjdzie w praktyce.
Strukturę już mamy, wiemy co mamy robić, toteż przyszedł czas na nadanie nazwy dla programu... może po prostu... System Płacowy...? Mało oryginalny :| lecz nasz zlasowany mózg po urlopie na razie nie jest w stanie wymyśleć czegoś chwytliwego ;)
Bierzmy się do roboty.
Ściągamy projekty:
-NAnt
-NHibernate (później nam się przyda)
-NUnit
-NMock
-Ninject
-PostSharp
Na pierwszy rzut idzie I warstwa, dostęp do danych.
cdn.
3 komentarze:
Model ten jest na czymś oparty, czy to Twój pomysł?
nie jestem tak genialny by wymyślić taki model ;) zaczerpnięty jest z http://martinfowler.com/eaaCatalog/serviceLayer.html
jeśli się z czymś nie zgadzasz to napisz, lub podaj swoją koncepcję, chętnie ją poznam :)
Prześlij komentarz