0:00 / 0:00

Domain Driven Design: Implementacja agregatów

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:00I wreszcie dochodzimy do kluczowego tematu w drewien design, czyli agregaty.

0:05Co to są agregaty?

0:07Ano agregaty Są to takie obiekty, które trzymają pieczę nad całymi operacjami

0:13logicznymi, czyli całą wiedzę biznesową.

0:16Wszystkie operacje domenowe, operacje biznesowe będą właśnie zdefiniowane

0:20w agregatach i dla nas.

0:22Informacje biznesowe, które będziemy do tego potrzebować będziemy brać z event

0:27streamingu i traktujemy event story jako punkt wyjścia w ramach jednego kontekstu

0:31może operować więcej agregatów, natomiast przyjmuje się, że

0:35zawsze mamy taki główny agregat, tak zwany korzeń, agregat root,

0:39który operuje na tych agregatach mniejszych i tymi mniejszymi agregatem i

0:45mogą być też encje, bo agregat to jest pewien koncept, to nie jest konkretny

0:48obiekt z konkretnymi cechami, ale też encja może służyć za agregat, bo będzie

0:54mogła na przykład zmieniać stan lub wykonywać jakąś logikę biznesową.

0:59Agregaty mają ściśle określone granice, mają ściśle określone, określone granice i

1:05reguły biznesowe, którymi operują, więc będziemy tutaj mówić

1:09o spójności agregatów.

1:11Agregat zawsze musi istnieć również w spójnym stanie, więc stan agregatu,

1:16atrybuty agregatu, stan zbudowanych encji musi być spójny.

1:20Agregat nie może istnieć w nie spójnym stanie, nie może być błędny, więc

1:25po stronie programisty i naszych testów będzie zapewnienie tej spójności

1:29i operacji na agregacie.

1:31Jak to będzie wyglądało w praktyce?

1:33Przejdźmy teraz do kodu.

1:35Mamy zdefiniowany agregat encje order item, które ma jakieś ID, więc

1:40ten unikalny identyfikator, ale ma też referencję do produktu Entity Price.

1:45Jest to jakaś tam encja, możemy pobrać jej stan i total price.

1:49No i wreszcie mamy agregat order.

1:52I ten order ma jakiś stan, więc ma jakieś atrybuty, ale też będzie miał operacje

1:58operacje logiczne, które będą służyły nam do tego, żeby nasze zamówienie złożyć.

2:04Naszym zamówieniem zarządzać, więc będziemy mogli stworzyć sobie

2:08nowe zamówienie, ale dodanie nowych elementów zamówienia, nowych pozycji

2:12odbywać się będzie zawsze przez metodę.

2:14Witam, Nie ma tutaj serwera, który pozwoli nam buszować, dodawać do tablicy items

2:20nowych elementów, ale będziemy zawsze przechodzić przez tę metodę.

2:24Mamy pewien pewną regułę biznesową.

2:27Analogicznie będzie z usuwaniem elementów zamówienia.

2:30Możemy sobie wyliczyć sumę zamówienia lub to zamówienie

2:33zakończyć i zobacz, że ta funkcja komplet Order zmienia nam stan

2:38naszego agregatu na Completed.

2:40Nie możemy przypisać sobie statusu z zewnątrz etc.

2:44Ale będziemy zmieniać stan za pomocą metody Complete Order.

2:48Musimy przejść przez pewne reguły biznesowe i tak jak mówiłem

2:52korzeń agregatu agregat.

2:54Korzeń order będzie wykonywał operacje lub odczyt z tych agregatów pochodnych z encji

3:02pochodnych, które będą wchodziły w skład tego głównego agregatu.

3:06Tak jak tutaj.

3:07Wyliczając sumę zamówienia będziemy korzystać z metody Get Total

3:11Price zdefiniowanej w Order Item.

3:16Bardzo prosta implementacja agregatu.

3:18Wystarczy, że zapamiętasz to, że agregat przechowuje wiedzę o regułach biznesowych

3:23i jego stan musi być zawsze spójny.

3:27Jak testować agregaty?

3:29O tym powiem Ci w kolejnym materiale.