Treść książki
Przejdź do opcji czytnikaPrzejdź do nawigacjiPrzejdź do informacjiPrzejdź do stopki
KanonicznaarchitekturaDDD
17
Wrzeczywistymświeciezaledwieobserwujemyzdarzenia.Jednakzjakiegośpowodu
czujemypotrzebęzbudowaniamodelu,którybędzieprzechwytywaćdowolneinfor-
macjeniesioneprzeztezdarzeniaijeprzechowywać.Modelesąniebywalepomocne,
gdyzajmujemysięzapytaniami,alejużnietakbardzowprzypadkupoleceń.Dla
tychostatnichnajlepszesąsystemyopartenazdarzeniach.Możemynawetpójśćdalej
istwierdzić,żesystemyzdarzeniowepowinnybyćnormą,amodelewyjątkiem.Ilekroć
używamymodelu,posługujemysięjakimś„dostateczniedobrym”przybliżeniem.
Modelzrysunku1-5możnanawetrozszerzyć,abyzmienićwewnętrznąorganizację
warstwyaplikacji.Zazwyczajlogikakoniecznadoimplementacjiprzypadkówużycia
jestpisanajakoopartynakodzieprzepływpracy
,orkiestrowanyprzezklasyimeto-
dywwarstwieaplikacji.Kiedyjednakwybierzemypostrzeganieaplikacjiopartena
zdarzeniach,wówczaswszystko,cotrzebarobićwwarstwieaplikacji,towypchnięcie
komunikatuopisującegoodebraneżądanie.Komunikatjestdostarczanydomagistrali,
naktórejnasłuchująprogramyobsługi(handlery)usługdomeny
.Każdyhandlerrea-
gujenazdarzenia,któregointeresują,wykonującdziałaniaiwypychającdomagistrali
pozostałekomunikaty
,abyinnisłuchającymoglizareagować.Jakwidaćnarysunku1-6,
całalogikabiznesowakażdegozadaniazostajeostateczniezakodowanajakosekwencja
komunikatów,aniesekwencjaaktywnościprzepływupracyopartegonakodzie.
OBSŁUGI
BLOK
WarstwadomenowaPOLECEŃ
MAGAZYN
ZDARZEŃ
MAGISTRALA
OBSŁUGI
BLOK
OBSŁUGI
BLOK
INFRASTRUKTURY
PREZENTACJI
APLIKACJI
Warstwa
Warstwa
Warstwa
ODCZYTÓW
domenowa
ZAPYTAŃ
Warstwa
MODEL
RYSUNEK1-6
Logikabiznesowaopartanakomunikatach
