Czym jest Domain-Driven Design (DDD)?

Question

Accepted Answer

**Domain-Driven Design (DDD)** to podejście do projektowania oprogramowania, które skupia się na modelowaniu oprogramowania w taki sposób, aby ściśle odpowiadało **domenie biznesowej** — podkreślając współpracę z ekspertami domenowymi, wspólny język oraz dobrze zdefiniowane modele domenowe i granice. Jest cenne dla złożonych domen biznesowych.

## Podstawowe idee DDD

```text
DDD centers the design on the BUSINESS DOMAIN (the real-world problem):
  ✓ UBIQUITOUS LANGUAGE → a shared, precise vocabulary between developers and domain
    EXPERTS, used consistently in code AND conversation (reduces miscommunication)
  ✓ MODEL the domain → rich domain models reflecting real business concepts/rules (not
    just data structures) — the model captures the business logic
  ✓ collaborate with domain EXPERTS → deeply understand the domain to model it well
```

## Strategiczne DDD (granice)

```text
BOUNDED CONTEXT → divide a large domain into bounded contexts, each with its own model
  and language (a term can mean different things in different contexts) → manage complexity
  → avoids one huge confused model; defines clear boundaries
CONTEXT MAPPING → define relationships/integration between bounded contexts
→ strategic DDD manages large, complex domains by dividing them sensibly
```

## Taktyczne DDD (bloki budujące)

```text
ENTITIES → objects with identity (tracked over time); VALUE OBJECTS → defined by attributes
  (no identity); AGGREGATES → clusters of entities with a root (consistency boundary)
REPOSITORIES → access aggregates; DOMAIN SERVICES → domain logic not fitting an entity;
DOMAIN EVENTS → things that happened in the domain
→ tactical patterns to model the domain richly
```

## Dlaczego to ważne

Rozumienie Domain-Driven Design jest cenną wiedzą na poziomie senior, ponieważ jest to **wpływowe podejście do radzenia sobie ze złożonymi domenami biznesowymi** poprzez ścisłe modelowanie domeny, dlatego jest ważne dla projektowania oprogramowania dla złożonych domen.

DDD skupia projektowanie na **domenie biznesowej** — modelując oprogramowanie w taki sposób, aby ściśle odpowiadało rzeczywistemu problemowi — co jest cenne dla złożonych domen, gdzie sama logika biznesowa jest głównym wyzwaniem.

Rozumienie **podstawowych idei** — **wszechobecnego języka** (wspólny, precyzyjny słownik między deweloperami i ekspertami domenowymi, stosowany konsekwentnie w kodzie i rozmowach, zmniejszający błędne komunikacje, które nękają złożone projekty), **bogatego modelowania domeny** (modele domenowe odzwierciedlające rzeczywiste koncepcje i reguły biznesowe, nie tylko struktury danych, przechwytujące logikę biznesową) oraz **współpracy z ekspertami domenowymi** (głębokie zrozumienie domeny w celu jej dobrego modelowania) — przechwytuje centralną filozofię DDD polegającą na wyrównaniu oprogramowania z biznesem.

Rozumienie **strategicznego DDD** — **ograniczonych kontekstów** (podzielenie dużej domeny na konteksty, każdy ze swoim modelem i językiem, ponieważ termin może oznaczać różne rzeczy w różnych kontekstach, zarządzając złożonością i unikając jednego ogromnego, pomieszanego modelu) oraz mapowania kontekstów — odzwierciedla to, jak DDD radzi sobie z dużymi, złożonymi domenami, dzieląc je sensownie (cenna koncepcja, która również odnosi się do granic mikrousług).

Rozumienie **taktycznego DDD** — encji (tożsamość), obiektów wartościowych (zdefiniowanych przez atrybuty), agregatów (granice spójności z pierwiastkiem), repozytoriów, serwisów domenowych i zdarzeń domenowych — dostarcza bloków budujących do bogatego modelowania domeny.

DDD jest wpływowe dla złożonego oprogramowania biznesowego, oferując zarówno wytyczne strategiczne (granice), jak i taktyczne (modelowanie).

Ponieważ DDD jest wpływowym podejściem do radzenia sobie ze złożonymi domenami biznesowymi (poprzez ścisłe modelowanie domeny, wszechobecny język, ograniczone konteksty i bogate modele domenowe) cenne dla złożonego oprogramowania, a ponieważ zrozumienie jego podstawowych idei, strategicznych granic i wzorców taktycznych jest ważne dla projektowania systemów złożonych w domenie, rozumienie Domain-Driven Design jest cenną wiedzą na poziomie senior — wpływowe podejście do złożonych domen biznesowych, podkreślające ścisłe modelowanie domeny i jasne granice (ograniczone konteksty), ważne dla projektowania oprogramowania, gdzie złożoność biznesowa jest głównym wyzwaniem, i odzwierciedlające wyrafinowanie projektowania oczekiwane od deweloperów senior zajmujących się złożonymi domenami.