0:00 / 0:00

Domain Driven Design: Kontekst technologiczny

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:02A mówię Ci po krótce kontekst technologiczny tego kursu.

0:05Będziemy przede wszystkim korzystać z języka Ruby.

0:08Jest to kurs o architekturze oprogramowania.

0:11Potrzebny nam jest język programowania.

0:13Dlaczego język RUBI, a nie Java?

0:15Albo i Sharp albo PHP?

0:17Otóż Rubi, jak mówi jego twórca Yuki Jiro Matsumoto, powstał po to, żeby programiści

0:23mogli jak najbardziej skupić się na dołożeniu logiki, tworząc

0:27łatwy w czytaniu kod.

0:28I dlatego Ruby jest bardzo zbliżone do języka naturalnego, konkretnie

0:32angielskiego, a kod w nim często wygląda po prostu jak zdania w języku angielskim.

0:36I wybrałem ten język nie tylko dlatego, że w społeczności często słyszę głosy, że

0:41Rubi to świetny język do pokazywania, demonstrowania i do implementacji

0:46konceptów Domain dream design, ale też dlatego, że jest on wolny od wszelkiego

0:50dodatkowego narzutu typu kompilator typu statyczne typowanie

0:55i będziemy mogli się tutaj skupić na demonstracji koncepcji Domain Review

1:00Design i skupić się na pisaniu kodu, który tę koncepcję spełnia.

1:04Więc nie martw się, jeśli nie znasz języka Ruby.

1:07Nie szkodzi, Jest to bardzo prosty język, a kod, który my będziemy pisać, nie będzie

1:12wcale wymagał jakichś zaawansowanych konceptów i zaawansowanej

1:15znajomości tego języka.

1:16Wybrałem Ruby dlatego, bo w nim najłatwiej jest pokazać koncepcję.

1:21I chciałbym, żebyśmy się skupili właśnie na koncepcjach DDD,

1:24na realizowaniu wzorców implementacji tych wzorców pracy nad architekturą, a nie

1:31na zmuszaniu się nad detalami języka.

1:33Więc będą przykłady w języku Ruby.

1:37Następnie nie będziemy korzystać z konkretnej bazy danych, bo Domain driven

1:40Design to jest podejście architektoniczne i w tym podejściu architektonicznym nie

1:44potrzebujemy bazy, nieważne jaka baza danych jest pod spodem.

1:48DDD działa zawsze tak samo i też nie będziemy potrzebować żadnego

1:52konkretnego frameworka.

1:54Framework nie będzie potrzebny.

1:56Wprawdzie wybrałem język Rubi, ale nie będziemy tutaj bazować na Ruby on Rails.

2:00Będziemy pisać czysty kod w czystym języku programowania, bo Domain Driven Design

2:03jest koncepcją agnostykiem jeśli chodzi o frameworki i ten sam kod napisany w DDD do

2:10każdej innej technologii, innego języka, innego frameworku powinien zachowywać się

2:13tak samo, bo DDD To jest opakowanie reguł biznesowych w procesy, w serwisy.

2:20To jest organizacja reguł biznesowych, budowanie nie zmienników, pilnowanie tych

2:24nie zmienników, a nie praca z frameworkiem, praca z bazą danych.

2:29Te trzy rzeczy zapamiętaj będzie Rubi, nie ma żadnej konkretnej bazy i nie będziemy

2:32pracować z żadnym konkretnym frameworkiem.