Hvad er Domain-Driven Design (DDD)?

Question

Accepted Answer

**Domain-Driven Design (DDD)** er en tilgang til softwaredesign, der fokuserer på at modellere software til at matche **forretningsdomænet** tæt — med vægt på samarbejde med domæneeksperter, et delt sprog og veldefinierede domænemodeller og grænsser. Det er værdifuldt for komplekse forretningsdomæner.

## Kerneidéer bag 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
```

## Strategisk DDD (grænsesættelse)

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

## Taktisk DDD (byggesten)

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

## Hvorfor det betyder noget

At forstå Domain-Driven Design er værdifuld viden på seniorplan, fordi det er en **indflydelsesrig tilgang til at håndtere komplekse forretningsdomæner** ved tæt at modellere domænet, så det er vigtigt for at designe software til komplekse domæner.

DDD fokuserer design på **forretningsdomænet** — modellering af software til at matche det virkelige problem tæt — hvilket er værdifuldt for komplekse domæner, hvor forretningslogikken selv er den vigtigste udfordring.

At forstå **kerneidéerne** — det **allestedsnærværende sprog** (et delt, præcist ordforråd mellem udviklere og domæneeksperter, brugt konsistent i kode og samtale, hvilket reducerer den dårlig kommunikation, der plager komplekse projekter), **at modellere domænet rigt** (domænemodeller, der afspejler virkelige forretningskoncepter og regler, ikke blot datastrukturer, idet de fanger forretningslogikken), og **at samarbejde med domæneeksperter** (at forstå domænet dybt for at modellere det godt) — indfanger DDD's centrale filosofi om at tilpasse software til forretningen.

At forstå **strategisk DDD** — **bounded contexts** (opdeling af et stort domæne i kontekster, hver med sin egen model og sit eget sprog, da et begreb kan betyde forskellige ting i forskellige kontekster, hvilket styrer kompleksitet og undgår en enorm forvirrende model) og context mapping — afspejler, hvordan DDD håndterer store, komplekse domæner ved at opdele dem fornuftigt (et værdifuldt koncept, der også vedrører microservice-grænsesætning).

At forstå **taktisk DDD** — entiteter (identitet), value objects (defineret af attributter), aggregater (konsistensgrænsesætning med en rod), repositories, domain services og domain events — giver byggesten til at modellere et domæne rigt.

DDD er indflydelsesrig for kompleks forretningssoftware og tilbyder både strategisk (grænsesættelse) og taktisk (modellering) vejledning.

Da DDD er en indflydelsesrig tilgang til at håndtere komplekse forretningsdomæner (gennem tæt domænemodellering, allestedsnærværende sprog, bounded contexts og rigt udformede domænemodeller), som er værdifuld for kompleks software, og da forståelsen af dens kerneidéer, strategiske grænsesætning og taktiske mønstre er vigtig for at designe systemer med domænekompleksitet, er forståelsen af Domain-Driven Design værdifuld viden på seniorplan — en indflydelsesrig tilgang til komplekse forretningsdomæner, der lægger vægt på tæt domænemodellering og klare grænsesætninger (bounded contexts), vigtig for at designe software, hvor forretningskompleksitet er den vigtigste udfordring, og som afspejler den designsofistikering, som seniorudviklere, der håndterer komplekse domæner, forventes at have.