Treść książki
Przejdź do opcji czytnikaPrzejdź do nawigacjiPrzejdź do informacjiPrzejdź do stopki
16
Rozdział1:Wposzukiwaniumodułowejarchitekturyoprogramowania
Wynikowymodeljestzatembardziejanemiczny
,jakożetraciwszystkiemetodysłu-
żącedomodyfikowaniastanuobiektu.
WarstwaaplikacjiniedoświadczazasadniczychzmianwscenariuszuCQRS.Zaj-
mujesięwyzwalaniemzadaniaserwerowegopowiązanegozżądaniem.Tojednaknie
jestprawdąwprzypadkuwarstwyinfrastruktury
.Wtymmiejscuwkraczainnydoda-
tek–EventSourcing.
DodawanieEventSourcing
EventSourcingidziekolejnykrokdalejwoddzielaniupoleceńizapytań,postulowa-
nymprzezCQRS.Daneprzechowujejakoszeregniezmiennychzdarzeń,przechwy-
tująckażdązmianęstanusystemu.Zdarzeniatezapewniająpełnyhistorycznyzapis
ewolucjisystemu,pozwalającnainspekcję,odtwarzaniaizłożoneanalizydanych,
wtymanalizy„cojeśli”.EventSourcingjestszczególniecennewsystemach,wktórych
zmianydanychsączęstelubgdykluczowyjestszczegółowykonteksthistoryczny
,
przezcomożnagotraktowaćjakoewolucjęzasadCQRS.
Wogólności,kiedyczęstotliwośćpoleceńznaczącoprzekraczaliczbęodczytów,
możnarozważyćdedykowanypodsystemutrwalaniawewnątrzwarstwyinfrastruktury
.
Rysunek1-5pokazujemożliwyprojekt.
domenowa
MAGAZYN
POLECEŃ
ZDARZEŃ
Warstwa
INFRASTRUKTURY
PREZENTACJI
APLIKACJI
Warstwa
Warstwa
Warstwa
ODCZYTÓW
domenowa
ZAPYTAŃ
Warstwa
MODEL
RYSUNEK1-5
AbstrakcjaarchitekturysystemuopartegonaEventSourcing
