Wprowadzenie do Domain Driven Design: Bounded Context - Czym jest Bounded Context

0:02Idziemy jeszcze głębiej.

0:03Subdomena też nie jest jedynym bytem, który dzieli naszą domenę.

0:07Mamy jeszcze mniejsze aspekty.

0:10I tymi aspektami są właśnie Bandit Konteksty i Bandit Context.

0:14To już jest Core domain driven Design.

0:16To na tym opiera się programowanie domenowe.

0:19Na tym opiera się architektura Domain Design na odpowiednim

0:23wydzielaniu kontekstów.

0:24I czym jest ten Bandit?

0:25Kontekst lub polskie tłumaczenie?

0:27Spotkasz się kontekst ograniczony, ale Bandit Kontekst określa granice

0:32koncepcyjne już wewnątrz subdomeny bandery.

0:35Kontekst jest jasno zdefiniowany i wyznacza niejako definicję modelu domeny,

0:41więc jest realną implementacją, realną definicją modelu domeny owego.

0:47NK postuluje zawiera w sobie model, zawiera w sobie logikę i zawiera

0:51w sobie reguły biznesowe bandery.

0:53Kontekst kontekst jest już mniejszym aspektem, więc Module Delivery

0:56Bandit kontekst będzie dotyczył np.

0:58zarządzania flotą, będzie już mniejszym aspektem całego systemu.

1:02I Wanted kontekst opakowanie tę logikę i opakowanie na model domenowe, posługując

1:08się specyficznym językiem, własnym językiem i własnym modelem, tworzy swój

1:13model domenowe i w bandem kontekście będziemy komunikować się językiem

1:17rozumianym tylko w zakresie tego kontekstu, a pojęcia i terminologia, które

1:23są rozumiane jako język wszechobecny dla całej domeny w Bandit kontekście, nabiorą

1:28znaczeń już charakterystycznych dla problemów, które sam

1:30kontekst będzie realizował.

1:33I kontekst ma taką cechę, że komunikuje się z innymi kontekstami.

1:38Może, lecz nie musi, ale z reguły się komunikuje i sposób komunikacji między

1:42tymi kontekstami stanowi też podstawę odpowiedniej implementacji reguł

1:47biznesowych i komunikacji, przekraczania granic i integracji między kontekstami.

1:52Żeby faktura wystawiona została w momencie, kiedy zamówienie

1:55zostanie sfinalizowane.

1:57Konteksty zamówienia i faktur muszą ze sobą się w jakiś sposób

2:01komunikować i sam kontekst.

2:03Wreszcie strzeżenie zmienników biznesowych strzeże reguł, więc strzeże tych zasad, że

2:08faktura nie zostanie wystawiona, jeśli zamówienie nie zostało opłacone np..

2:13To jest jedna z reguł biznesowych, które będą z kolei zawarte w Bandit kontekście.

2:17A jak to jest wszystko zdefiniowane?

2:19O tym będziemy się uczyć w kolejnych lekcjach.

2:22I Bandit konteksty przez to, że są wydzieloną funkcjonalnością, wydzieloną

2:26specjalizacją domeny specjalizacja aplikacji.

2:29Uwaga!

2:30Może się to kojarzyć z modułem często bound and konteksty.

2:33Fizycznej reprezentacji w tej technologicznej reprezentacji są modułami,

2:37są modułami w aplikacji lub komponentami.

2:40Różnie to jest określane w zależności od technologii, ale właśnie przez to, że są

2:43wydzielone, ułatwiają autonomia zespołów.

2:46Kłania się prawo Conway, o którym będziemy mówić.

2:48Często jest tak, że zespoły zajmują się pojedynczymi bandit Bandit kontekstami.

2:55Albo inaczej Bandit kontekstem.

2:57Jednym Bandit kontekstem zajmuje się tylko jeden zespół.

3:00Nie ma dwóch zespołów pracujących w tym samym kontekście, przez co ten kontekst

3:04może być autonomiczny, jeśli chodzi o dobór technologii, dobór wzorców,

3:08dobór implementacji, cokolwiek.

3:11Sposób komunikacji może być autonomiczny technologicznie, ale też autonomiczny pod

3:16kątem zarządzania, pod kątem budowania i struktury zespołu.