Domain Driven Design: Event Storming

0:00Domain Driven Design opiera się w dużej mierze

0:04na odkrywaniu właściwych domen, właściwych granic, kontekstów,

0:09na których będziemy modelować.

0:12Techniką, która pozwala odkryć te granice w prosty sposób jest event Story.

0:18Co to takiego jest Event Storm?

0:21Event Storm Week to taka metoda warsztatowa, która pozwala

0:27spojrzeć na system z góry, Taki inwestor spotykają się.

0:33Część techniczna Programiści, Część biznesowa, analitycy biznesowi,

0:38eksperci biznesowi.

0:40Twórcą event storytellingu jest Alberto Brand.

0:43Do linii Włoch.

0:44Polecam Ci przejrzeć materiały od Alberto Brand do niego na jego oficjalnej

0:49stronie dotyczącej event streamingu.

0:52Z polskich nazwisk najsłynniejszy jest Mariusz Gil,

0:55ale też spotkasz takie osoby jak np.

0:57Radek Marynarka, Sławek Sobótka czy Kuba Pelikan, którzy też w temacie

1:02event tradingu działają.

1:04Jak wygląda taki event?

1:05Storm Ring w swojej oryginalnej postaci?

1:08Event Starting potrzebuje ściany i małych karteczek samoprzylepnych w różnych

1:14kolorach, takich sticky knotów.

1:16I tutaj na tym zdjęciu widzisz jak wygląda taki przykładowy event Storm Ring.

1:22Event Storm Ink przeprowadza się na żywo w sali warsztatowej lub online.

1:26Jedna taka sesja trwa kilka godzin, w zależności od tego,

1:31jak złożona jest domena biznesowa, jak złożony jest system,

1:35który trzeba za modelować.

1:39Taki event Storm Ring.

1:40Już mówiąc bardziej teoretycznie, to jest pewna technika modelowania biznesu,

1:45która ma połączyć cały zespół.

1:47Ale zespół w rozumieniu nie tylko ten team, który pracuje nad kodem,

1:52ale zespół w rozumieniu biznesu i osób rozwijających produkt.

1:57Więc spotyka się cały zestaw ludzi, który pracuje nad danym problemem.

2:04W każdej dziedzinie i więc to ujawnia złożoność biznesu.

2:08W trakcie wypisywania zdarzeń na tablicę będziemy widzieć, jak wiele rzeczy

2:14zachodzi w biznesie, w logice aplikacji.

2:18Ułatwia także identyfikację problemów i rozwiązań, bo jeśli widzimy złożoność, to

2:23te problemy też będziemy tutaj widzieć.

2:27Główną cechą event z terminu jest aspekt wizualny i współpraca.

2:32Taki event streaming polega na tym, że zespół spotyka się i

2:36w swobodnym, swobodnej burzy mózgów.

2:40Stąd też możemy zobaczyć nazwę Event Store porównanie z Brain Store Bing.

2:45Burzę mózgów. Tutaj mamy burzę eventów.

2:48Wypisują zdarzenia, jakie zachodzą w aplikacji.

2:51O tych zdarzeniach opowiem za chwilę.

2:53W trakcie event streamingu nie skupiamy się na kodzie i implementacji.

2:57Programiści mają dużą tendencję do tego, żeby każdy problem rozważać od razu pod

3:02kątem implementacji nazw, tabel itd itd.

3:05Nie, to nie jest ten moment.

3:06Tutaj mówimy tylko o zdarzeniach biznesowych, zdarzeniach domenowych

3:10i w efekcie jeden sterownik pomoże nam zmapować i zrozumieć procesy,

3:15które zachodzą w aplikacji.

3:18Jeśli chodzi o elementy event surfingu, to duże znaczenie mają

3:24tutaj karteczki i kolory. A dlaczego?

3:27Oto dlaczego pomarańczowymi karteczkami oznacza się zdarzenia biznesowe.

3:34Niebieskimi. Komendy, które do tych zdarzeń prowadzą.

3:38Żółtymi najczęściej określa się aktora, aktora, czyli

3:43system bądź użytkownika, który daną komendę wywołuje, więc będziemy

3:48mieć taki oto ciąg różnych zestawów kartek, gdzie mamy aktora

3:54wywołującego komendę, a efektem tej komendy może być zdarzenie

3:59biznesowe zdarzenie domenowe.

4:01Te wszystkie zdarzenia komendy łączą się w agregaty.

4:05Pewne zasięgi i zakresy operacji. Reguł.

4:09Biznesowych, które pozwalają nam zdefiniować niezmienne dziki i biznesowe.

4:14Jak może wyglądać taki przykładowy efekt i termin?

4:18A w ten sposób mamy tutaj taki bardzo uproszczony UNC

4:24w formie i dotyczący aplikacji Pomodoro.

4:27Więc w efekcie naszego warsztatu zapisaliśmy sobie szereg eventów, szereg

4:33zdarzeń, więc mamy Session started.

4:36Sesja została, wystartowała, sesja została zakończona, może

4:39zostać zafałszowane lub wznowiona.

4:42Tutaj mamy część konfiguracyjny, gdzie sesja może mieć ustawiony czas.

4:47Pauza może mieć ustawiony czas.

4:49Możemy zapisać sobie sesję i zobaczyć historię naszej sesji pracy w Pomodoro.

4:53I to jest szereg eventów.

4:55Każde z tych zdarzeń jest wywoływane przez konkretną

4:59komendę, więc najpierw pojawia się komenda, a następnie pojawi się zdarzenie,

5:06czyli start session zostanie wywołane przez Session started,

5:11czyli session started zostanie wywołane przez komendę start session itd itd.

5:18Jak zapewne zauważyłeś, mamy tutaj szereg komend i zdarzeń, które odpowiadają

5:24konkretnym zakresem operacji i za te zakresy operacji odpowiadają te zielone

5:29karteczki, które symbolizują tutaj agregaty.

5:33Więc widzisz, że mamy jakiś agregat pomodoro, który będzie trzymał nie

5:37zamienniki dotyczące wystartowania sesji, zatrzymania i całego cyklu życia sesji.

5:42Mamy tutaj zakres agregatu configuration, gdzie konfigurujemy sobie czas dla sesji,

5:49czas dla pauzy i mamy historię jak i zestaw analityki.

5:53coś co możemy przeglądać, czyli zapisywanie sesji do tej historii

5:58i odczytywanie historii.

6:01Mamy też różnych aktorów, których możemy mieć w systemie, więc na pewno użytkownik

6:07może nam wystartować taką sesję.

6:09Ale już system tę sesję może zakończyć.

6:12System lub użytkownik, bo możemy wcisnąć fizyczny przycisk STOP

6:16lub czas sesji może upłynąć i w ten sposób mniej więcej przebiega taki warsztat.

6:21Event scoringu w tej swojej podstawowej formie.

6:24Oczywiście event w terminie jest dużo bardziej złożonym, złożoną metodologią.

6:29To co ja tu pokazałem to coś w rodzaju hype picture event streaming, czyli

6:33taki bardzo ogólny level time.

6:36Z terminu mapowania tych eventów jest np.

6:40Domain Level Modeling.

6:41Jest na przykład jeszcze Domain Level Modeling itd itd.

6:44Więc o szczegóły.

6:46O więcej informacji.

6:48Przejrzyj sobie materiały Alberto Brandon Giniego.

6:51Ja tutaj daję sygnał, że coś takiego istnieje i jest to super wygodna metoda

6:55nie tylko do mapowania bardzo złożonych systemów, ale tych prostych.

6:59Możesz też korzystać prywatnie z event terminu, np.

7:02pracując nad jakimś ćwiczeniem, masując sobie kontekst.

7:05Bardzo to pomaga.

7:06Dobrze wiedzieć, że coś takiego jest i jest to pewne narzędzie każdego

7:11architekta, które pomaga lepiej zrozumieć domenę, lepiej zrozumieć system.

7:16Jeśli chodzi o rodzaje karteczek, które mamy i jak zapisujemy te zdarzenia, to

7:22pierwszą taką karteczką, pierwszym kolorem karteczki jest Domain Event zdarzenie

7:26domenowe i to jest zdarzenie, które nie jest zdarzeniem implementacji.

7:30Innym zdarzeniem w kodzie typu rekord został zapisany, ale jest to

7:34zdarzenie istotne dla ekspertów, czyli np.

7:37zamówienie zostało złożone.

7:39Nie będziemy to mieć zamówienie stworzone, utworzone w bazie nie.

7:43Zamówienie złożone, więc musi mieć znaczenie biznesowe.

7:47Zdarzenia zapisujemy zawsze w czasie przeszłym, no bo to jest

7:50coś, co się wydarzyło.

7:50Musimy o tym mówić zawsze w czasie przeszłym i w tej pierwszej

7:54fazie, więc to jest takie swobodne licytowanie zdarzeń

7:58burza mózgów, niebieska karteczka, komenda.

8:00Tak jak mówiłem wcześniej, to jest czynność, która prowadzi do zdarzenia i

8:04dla nas zwykle komenda jest podstawą do implementacji metody.

8:07Więc często te niebieskie karteczki z even stringu przenosimy na kod i

8:13odwzorowuje my w metodach.

8:14Komenda będzie miała tryb rozkazujący, więc kiedy zdarzenie będzie wyrażone jako

8:21złożone zamówienie, to komenda będzie tutaj.

8:24Złóż zamówienie.

8:26Żółte kartki jak mówiłem, to są aktorzy, czyli inicjatorzy komend,

8:30czyli te osoby, te czynniki, które wywołują system,

8:34wyzwalacze zdarzeń to jest dobre określenie.

8:37No i mamy wreszcie agregaty.

8:38To jest powiązane zgrupowane komendy i zdarzenia w jednej jednostki logiczne

8:43i jest to właściwie podstawa do implementacji w kodzie

8:48do zbudowania klas w systemie.

8:50Więc mamy agregaty, które trzymają pieczę nad nie zamiennikami biznesowymi.

8:55Dzięki mapowaniu eventów jesteśmy w stanie wydzielić sobie granice kontekstów.

9:01Możemy wyłapać cechę języka wszechobecnego i ustalić właśnie granice

9:04powiązanych ze sobą agregatów.

9:06Będziemy to widzieć na szerszym obrazie, więc treningu.

9:10Na takim pełnym warsztacie jesteśmy w stanie wychwycić,

9:15gdzie przebiegają granice kontekstu.

9:18Można powiedzieć, że na tym naszym przykładzie te granice są dość

9:21jasne, bo mamy Pomodoro session.

9:23To może być jakiś jeden kontekst, który ma jeden agregat.

9:26Mamy konfigurację i mamy historię.

9:28Mamy trzy konteksty, które są reprezentowane przez trzy agregaty.

9:32W następnej lekcji przejdziemy już do kwestii modelowania domeny.