Što je Domain-Driven Design (DDD)?

Question

Accepted Answer

**Domain-Driven Design (DDD)** je pristup dizajnu softvera koji se fokusira na modeliranje softvera kako bi se blisko poklapao s **poslovnom domenom** — naglašavajući suradnju s domenskim stručnjacima, zajedničkom jeziku i dobro definiranim domenskim modelima i granicama. Vrijedan je za složene poslovne domene.

## Temeljne ideje DDD-a

```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
```

## Strateški 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
```

## Taktički DDD (građevni blokovi)

```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
```

## Zašto je to važno

Razumijevanje Domain-Driven Designa je vrijedano znanje na razini seniora jer je to **utjecajan pristup rješavanju složenih poslovnih domena** kroz blisko modeliranje domene, pa je važno za dizajniranje softvera za složene domene.

DDD fokusira dizajn na **poslovnu domenu** — modeliranje softvera kako bi se blisko poklapalo sa stvarnim problemom — što je vrijedano za složene domene gdje je sama poslovna logika glavni izazov.

Razumijevanje **temeljnih ideja** — **ubikvitnog jezika** (zajedničkog, preciznog vokabulara između razvojnih inženjera i domenskih stručnjaka korištenog dosljedno u kodu i razgovoru, smanjujući nesuglasice koja muče složene projekte), **bogatog modeliranja domene** (domenski modeli koji odražavaju stvarne poslovne koncepte i pravila, ne samo strukture podataka, hvatajući poslovnu logiku) i **suradnje s domenskim stručnjacima** (duboko razumijevanje domene kako bi se modelirala dobro) — hvata centralnu filozofiju DDD-a wyrjeđavanja softvera s poslovanjem.

Razumijevanje **strateškog DDD-a** — **ograničenih konteksta** (dijeljenje velike domene na kontekste od kojih svaki ima svoj model i jezik, budući da izraz može značiti različite stvari u različitim kontekstima, upravljanje kompleksnosti i izbjegavanje jednog ogromnog zbunjenog modela) i mapiranja konteksta — odražava kako DDD upravlja velikim, složenim domenama dijeljenja na razuman način (vrijedan koncept koji se također odnosi na granice mikroservisa).

Razumijevanje **taktičkog DDD-a** — entiteti (identitet), objekti vrijednosti (definirani atributima), agregati (granice konzistentnosti s korijenskom), repozitoriji, domenski servisi i domenski eventi — pruža građevne blokove za bogato modeliranje domene.

DDD je utjecajan za složeni poslovni softver, nudeći i strateško (granice) i taktičko (modeliranje) smjernice.

Budući da je DDD utjecajan pristup rješavanju složenih poslovnih domena (kroz blisko modeliranje domene, ubikvitni jezik, ograničene kontekste i bogate domenske modele) vrijedan za složeni softver, i budući da je razumijevanje njegovih temeljnih ideja, stratešких granica i taktičkih obrazaca važno za dizajniranje sustava složenih domenama, razumijevanje Domain-Driven Designa je vrijedano znanje na razini seniora — utjecajan pristup složenim poslovnim domenama, naglašavajući blisko modeliranje domene i jasne granice (ograničene kontekste), važan za dizajniranje softvera gdje je poslovna kompleksnost glavni izazov, i odražavajući sofisticiranost dizajna koju očekuju razvojni inženjeri na seniorskoj razini koji se bave složenim domenama.