0:00 / 0:00

Domain Driven Design: Odkrywanie subdomen

dla Architektów Oprogramowania

2 godz. 1 min · Full-stack i Programowanie

Rafał PiekaraSoftware Komandos

Czego się nauczysz

Poznasz pojęcie domeny i nauczysz się definiować jej cechy
Nauczysz się rozróżniać subdomeny od kontekstów ograniczonych
Projektowanie bazy danych dla Twojej domeny nie będzie już problemem
Nauczysz się definiować i testować wzorce taktyczne DDD
Zobaczysz zastosowanie DDD na praktycznych przykładach prawdziwych domen biznesowych
Przejdziesz proces implementacji DDD w kodzie legacy

Wzorce strategiczne DDD

Zanurzymy się w definiowanie strategicznych wzorców Domain Driven Design, które stanowią fundament efektywnego zrozumienia problemów biznesowych. Omówimy kluczowe koncepty takie jak Subdomena czy Bounded Context.

Wzorce taktyczne DDD

Wzorce taktyczne to praktyczne aspekty DDD, które są kluczowe dla każdego architekta oprogramowania. W tej sekcji mocniej spojrzymy na kod. Dowiesz się, jak stosować i testować wzorce takie jak Value Object, Encja czy Agregat.

Praca z bazą danych a DDD

Bazy danych to serce wielu systemów, a ich prawidłowe użycie w kontekście DDD jest kluczowe. Omówimy najlepsze praktyki związane z integracją domeny i kontekstów z tabelami bazodanowymi. Poznasz techniki, które pozwolą Ci zachować integralność danych i spójność modelu domenowego, niezależnie od wybranej technologii bazodanowej.

Praktyczna implementacja Domain Driven Design na przykładach

Teoria jest ważna, ale praktyka czyni mistrza. Przejdziemy przez konkretne przykłady implementacji DDD w rzeczywistych projektach. Zobaczysz krok po kroku zastosowanie wzorców, zamodelowanie domeny i implementację. Praktyczne przykłady pomogą Ci zrozumieć, jak stosować DDD w codziennej pracy i jak wpływa to na komunikację z interesariuszami biznesowymi.

Refactoring Big Ball of Mud

Każdy architekt oprogramowania spotkał się z systemami, które były nieczytelne i trudne do utrzymania - tak zwanymi "Big Ball of Mud". Nauczysz się, jak za pomocą DDD przeprowadzić refaktoryzację takiego systemu, przekształcając go w dobrze zorganizowane i zarządzalne struktury.

Dla kogo jest ten kurs?

Kurs powstał z myślą o programistach aspirujących do roli architektów, architektach oprogramowania oraz liderach technicznych, którzy chcą pogłębić swoją wiedzę i umiejętności w zakresie stosowania Domain Driven Design. To materiał idealny dla tych, którzy znają już podstawy DDD i chcą podnieść swoje umiejętności na wyższy poziom, aby projektować złożone i skalowalne systemy. Niezależnie od tego, czy pracujesz nad dużymi projektami, chcesz usprawnić komunikację z zespołem i interesariuszami, czy szukasz nowych strategii na rozwiązywanie skomplikowanych problemów biznesowych - ten kurs jest dla Ciebie!

0:00O ile domena to serce naszego biznesu, będziemy potrzebować też innych narządów,

0:04które sprawiają, że organizm naszego systemu dobrze funkcjonuje.

0:08Takimi innymi narządami są subdomeny.

0:11Jak wyglądają pierwsze kroki do zdefiniowania subdomen?

0:14Mamy już domenę, więc jest nam łatwiej.

0:16Wiemy, w jakim obszarze biznesowym się poruszamy, więc teraz pora skupić

0:20się na specyficznych problemach.

0:21Idziemy bardziej w konkrety i szukamy je kluczowych zdarzeń i

0:25procesów w poszczególnych obszarach.

0:27Odkrywanie subdomen prowadzi do podziału głównej domeny i stworzenia czegoś w

0:31rodzaju specyfikacji funkcjonalnej.

0:33Czyli mamy już bardzo konkretne feature.

0:35Nie szukamy bardzo ogólnych, abstrakcyjnych pojęć.

0:38Nie jesteśmy już na etapie PTK krótkiej mowy prezentującej nasz system.

0:43Szukamy konkretnych implementacji, konkretnych zastosowań,

0:47konkretnych obszarów logicznych.

0:49Tutaj już wchodzi pogłębiona analiza, bo musimy wejść głębiej w zdarzenia i procesy

0:54i pogrupować sobie funkcjonalności. Więc mamy.

0:56A uwaga to co widzieliśmy na event streamingu już tutaj

1:02będzie bardzo pomocne.

1:03Skupiamy się na konkretnej części biznesu.

1:06Analizując subdomenę już nie patrzymy na całość, ale np.

1:09idziemy tylko na fakturowanie albo idziemy tylko na składanie zamówień i tam

1:13szukamy zdarzeń i procesów biznesowych.

1:15Więc event farming, event storage to jest narzędzie, które nam bardzo w tym pomaga.

1:21To jest też etap, w którym powstaje model domenowe, model domenowe, czyli

1:26zestaw powiązań operacji logicznych w naszym systemie.

1:32Model cenowy uwzględnia zależności i interakcje pomiędzy poszczególnymi

1:37elementami, uwzględnia komendy zdarzenia, uwzględnia już grupy agregatów.

1:41Będziemy szukać tych aktorów i grupować funkcjonalności, ale takie

1:46funkcjonalności, które mają znaczenie dla biznesu.

1:49Cechą szczególną subdomeny jest spójność.

1:52Subdomena musi być spójna z domeną główną, Żeby się upewnić, że tak faktycznie jest.

1:58Konsultujemy się z interesariuszami biznesowymi.

2:01Czyli ta analiza i komunikacja cały czas ma miejsce.

2:04To nie jest tak, że tylko na tym pierwszym etapie zapoznania z problemem biznesowym,

2:08z systemem musimy być w dialogu jako techniczne osoby.

2:12Musimy być w dialogu z osobami z biznesu cały czas ten dialog tutaj musi zachodzić.

2:17I na koniec uwaga surprise, surprise, dokumentacja.

2:21Pilnujemy tego, żeby subdomeny były dobrze udokumentowane.

2:25Droga, którą przeszliśmy do wydzielenia danej subdomeny oraz to co ją wyróżnia

2:31na tle innych subdomen powinno być jasno zdefiniowane w dokumentacji,

2:36co pozwoli nam z kolei zaplanować implementację w kontekście całości, czyli

2:41w kontekście rozumienia całej domeny.

2:44A ta implementacja to już jest wydzielanie granic z kontekstu.

2:47Więc jak odkrywamy konteksty?

2:49Zapraszam do kolejnej lekcji.