Domain Driven Design: Refactoring III - Zastosowanie zdarzeń

0:00Ostatnia część faktoringu naszego Big Book of Meat będzie polegała na

0:05zastosowaniu zdarzeń domenowych.

0:07Jak my sobie te zdarzenia domenowe możemy zidentyfikować.

0:11Punktem wyjścia może być dla nas ten add service i mamy tutaj

0:16dodawanie nowego ogłoszenia i usuwanie tego ogłoszenia, więc myślę, że to jest

0:22dobry moment, dobre miejsce, gdzie możemy sobie te zdarzenia

0:25domenowe zdefiniować i opublikować.

0:27Więc stwórzmy sobie tutaj w katalogu Domain katalog events i

0:34stwórzmy pierwsze zdarzenie domenowe. Ad.

0:37Posted by Eksportujemy sobie taką klasę add

0:41posted i dodamy sobie tutaj jakieś pola ad id, które będzie string i posted ad,

0:49który może być datą.

0:50Definiujemy te wartości w konstruktorze.

0:53I takie zdarzenie mamy zdefiniowane, więc mamy tutaj pierwsze zdarzenie.

0:57Drugim zdarzenie będzie Add remove.

1:00To jest istotne zdarzenie też ogłoszenie nam znika, więc dodajemy add remove

1:06i analogicznie do Add posted.

1:11Remove. Edit Mamy wszystko.

1:13Mamy dwa pierwsze zdarzenia domenowe, które tutaj dodaliśmy.

1:16Jeszcze przydałyby się tutaj jakiś publisher, więc to jest dobry moment, żeby

1:20wdrożyć sobie katalog Infrastructure, który będzie odpowiadał za

1:24publikowanie tych naszych zdarzeń domenowych.

1:27Więc ja tutaj dorzucę sobie w AdWords i Semalt np.

1:30katalog infra i tutaj sobie zrobimy klasę Publisher.

1:39I w tej klasie Publisher będziemy mieć bardzo prostą logikę.

1:44Jest tylko przykład będziemy mieć tylko publish i tutaj ten event się będzie

1:49publikował, wobec czego naszym serwisie, np.

1:52tutaj domenowych, możemy potrzebować takiego Publisher, a

1:56więc sobie go tutaj rozstrzygniemy zaraz po repozytoriach.

2:03Publisher mamy Publisher, a dodajmy go sobie tutaj do wartości i po każdym.

2:11Po każdej operacji w naszym kodzie, w naszej aplikacji.

2:14Ten event będziemy publikować, więc zróbmy sobie tutaj event.

2:17To się równa new add posted Mamy to!

2:22Tutaj dodamy nowy event event Add event event Add remove.

2:32Mamy Add remove.

2:34i tego naszego publish zaprzęg niemy do publikowania.

2:37Publisher publish disk publisher Tu mam jeszcze literówkę.

2:42Poprawię.

2:46Wszystko gra publisher publish i tak samo tutaj będziemy This publisher

2:52publish event.

2:53Jeśli chodzi o ten event domenowe, który tutaj wrzucamy w serwisie aplikacyjnym, to

2:57service aplikacyjny może odpowiadać za samo opublikowanie tego eventu.

3:01Natomiast ten event może się tutaj gdzieś budować, wykonywać w którymś z agregatów

3:09lub w metodzie agregatu lub w serwisie domenowe, a my będziemy na zewnątrz

3:13publikować sobie ten event.

3:14Jest to jeden ze sposobów publikacji w Domain Driven Design, więc wyszliśmy od

3:19tego naszego Address Ticket System, więc możemy powiedzieć, że mamy tutaj serwis,

3:23który obsługuje całą publikację ogłoszeń, mamy warstwę identyfikacji użytkownika

3:28i też możemy sobie tworzyć kategoria.

3:30Więc wyszliśmy z takiego jednego wielkiego monolitu tego pliku do

3:35pięknie zorganizowanej struktury aplikacji w Domain Driven Design, gdzie

3:40już widząc nazwy plików możemy stwierdzić jaka logika w tym serwisie zachodzi, w tym

3:46w tej aplikacji.

3:47Piękny przykład jak można zmienić trudny w utrzymaniu kod w łatwy w utrzymaniu, łatwy

3:53w testowaniu teraz i testowanie Tak obiektów czy encji czy agregatów

3:58jest wiele prostsze, bo mamy rozdzielona logikę, rozdzielone odpowiedzialności,

4:02rozdzielone warstwy i przede wszystkim nasi interesariusze biznesowi

4:07będą w stanie z nami rozmawiać, bo będziemy mówić tym samym

4:10językiem, także na poziomie kodu.