Treść książki
Przejdź do opcji czytnikaPrzejdź do nawigacjiPrzejdź do informacjiPrzejdź do stopki
Modelowaniedziedzinybiznesowej...
21
Izolacjakodumerytorycznego,wujęciuprojektowymmodeluDomain-
-DrivenDesign,pozwalanajegokontrolęprzypomocytestówjednostkowych
orazumożliwiawykorzystaniezaawansowanychtechnikprojektowania,jak
choćbyużyciewzorcówprojektowych.
Naturalnie,metodykatamarównieżswojewady.Najpoważniejsząznich
wydajesię–przynajmniejnapoczątku–trudność,zjakąprzychodziwprowa-
dzanieposzczególnychpraktykdocodziennejpracyorazpewneproblemypro-
jektowe,którebędąprzedmioteminnejpublikacjiautora.Problemywiążąsię
równieżzodpowiedniąorganizacjąwspółpracyosóbrealizującymiprojektod
stronytechnologicznejzekspertamidziedzinowymi,wtym–zprzedstawicie-
lamiklienta.Większośćfirmnabywającychsystemyinformatycznejestprzy-
gotowanaraczejnakrótkąanalizęwymagań,apotemwdrożeniegotowego
produktu,anienaciągłąwspółpracęzwykonawcąprojektu.
Pomimowymienionychwad,metodykaDomain-DrivenDesignjeststoso-
wanacorazczęściejprzywytwarzaniuoprogramowania.Brakujewprawdzie
konkretnychdanychdotyczącychzakresujejwykorzystanianarynku,jednak
obserwujączaangażowaniewtymtemaciewiodącychprojektantów(wszcze-
gólnościzeStanówZjednoczonych),atakżetwórcównarzędziibibliotek(na-
wettychnajwiększych,jakMicrosoft)możnastwierdzić,żeliczbafirmstosują-
cychtopodejściewciążrośnieiwperspektywiekilkulatDDDmożestaćsię
„domyślnym”sposobemprojektowaniaaplikacjibiznesowych.
Literatura
[Evan03]
EvansE.:Domain-DrivenDesign,TacklingComplexityintheHeart
ofSoftware,Addison-Wesley,2003.
[Fowl02]
FowlerM.:PatternsofEnterpriseApplicationArchitecture.Addison-
-Wesley,2002.
[GHJV95]GammaE.,HelmR.,JohnsonR.,VlissidesJ.M.:DesignPatterns:Elements
ofReusableObject-OrientedSoftware,Addison-Wesley,1995.
[Nils06]
NilssonJ.:ApplyingDomain-DrivenDesignandPatterns:WithExamples
inC#and.NET,Addison-Wesley,2006.
[Pale08]
PalermoJ.:TheOnionArchitecture:part1,2008.http://jeffreypalermo.com
/blog/the-onion-architecture-part-1/.
