0:00 / 0:00

Domain Driven Design: Problem biznesowy V - System rezerwacji hotelowej

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:00Rezerwacja hali sportowej, zwłaszcza w małych miejscowościach, może przysporzyć

0:06wielką zgryzot tym, którzy chcą sobie weekendowo pokopać piłkę.

0:10Żeby to umożliwić, spróbujmy stworzyć podwaliny pod system, który te

0:16rezerwacje będzie automatyzować.

0:18I tego dotyczy kolejny przykład.

0:21Mamy tutaj przykład kodu rezerwacji hali sportowej, bardzo podobny

0:27do tego, co mieliśmy wcześniej z przykładem domeny hotelowej.

0:31Zobaczysz teraz jak Domain Tree Design pozwala tworzyć używane elementy.

0:37Pewne wzorce, które będą charakterystyczne dla jednej domeny, będzie

0:40można przenieść na inną.

0:42I tę praktykę możesz nabrać właśnie projektując

0:45system w oparciu o Domain Driven Design. Zobaczmy.

0:49Value Object mamy pierwszy Value Object.

0:51To jest Facility ID, czyli identyfikator naszej hali sportowej.

0:55Mamy wyjątek klasyczny Value Object.

0:58No i mamy Time slot.

1:00Tak jak w hotelu mieliśmy date range, tak tutaj mamy Time Slot,

1:03który ma też start i end.

1:05Repozytoria analogicznie do wyciągania różnych elementów i

1:09budowania naszych agregatów.

1:11No i przejdźmy do encji.

1:13Mamy encje Facility, czyli nasza hala sportowa, która będzie miała jakąś nazwę

1:17będzie typem, bo to może być lodowisko.

1:19Załóżmy, że to jest takie sportowe.

1:23Taki sportowy obiekt, który można wykorzystać i ma tutaj typ i

1:28indywidualny identyfikator Facility ID.

1:31No i mamy naszego klienta, który rezerwuje.

1:34Naszym agregatem będzie tutaj rezerwacja, która bardzo przypomina tę

1:38rezerwację, którą mieliśmy w hotelu.

1:40Przyjmuje jakiś obiekt, tam mieliśmy pokój, przyjmuje sobie klienta, przyjmuje

1:46slot no i ma jakieś statusy, więc statusy można też zmieniać.

1:50Rezerwacja będzie się zmieniała.

1:52Tak samo tutaj możemy dodawać jakąś logikę biznesową w związku ze zmianą

1:57statusów czy zmianą np. time slotu.

2:00Mamy Sport Hall Service, który dotyczy będzie nam tutaj pomagał

2:05rezerwować sobie halę sportową.

2:08Więc wyciągamy z repozytorium nową halę sportową klienta, tworzymy rezerwacje i

2:12zapisujemy tam rezerwacja już rezerwacje.

2:15Ten serwis będzie tutaj pilnował tej logiki tak aby nasz agregator Reserved

2:19Action został zbudowany w spójnym stanie.

2:22Dokładnie ten sam wzorzec co w hotelu zastosowany w innej domenie, w oparciu o

2:27te same elementy, te same wzorce taktyczne.

2:29Widzisz, jak wielka jest używalności elastyczność podejścia Domain Driven

2:34Design w modelowaniu logiki biznesowej wielu różnych domen, wielu różnych domen.

2:39Przeszliśmy przez kilka przykładów z różnych domen i jak widzisz, te same

2:43wzorce wszędzie znalazły zastosowanie.

2:46Na tym polega właśnie siła Domain Driven Design w architekturze oprogramowania.