Hva er Domain-Driven Design (DDD)?

Question

Accepted Answer

**Domain-Driven Design (DDD)** er en tilnærming til programvareutvikling som fokuserer på å modellere programvare for å matche **forretningsdomenet** nøye — med vekt på samarbeid med domeneeksperter, et delt språk, og veldefinerte domenemodeller og grenser. Det er verdifullt for komplekse forretningsdomener.

## Kjerneidéer innenfor 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 (grenser)

```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 (byggeblokker)

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

Å forstå Domain-Driven Design er verdifullt kunnskap på seniornivå fordi det er en **innflytelsesrik tilnærming for å håndtere komplekse forretningsdomener** ved å modellere domenet nøye, så det er viktig for å designe programvare for komplekse domener.

DDD fokuserer design på **forretningsdomenet** — modellerer programvare for å matche det virkelige problemet nøye — noe som er verdifullt for komplekse domener der forretningslogikken selv er hovedutfordringen.

Å forstå **kjerneidéene** — det **ubiquitøse språket** (et delt, presist vokabular mellom utviklere og domeneeksperter brukt konsistent i kode og samtale, som reduserer misskommunikasjonen som plager komplekse prosjekter), **modellering av domenet** rikelig (domenemodeller som gjenspeiler virkelige forretningskonsepter og regler, ikke bare datastrukturer, som fanger forretningslogikken), og **samarbeid med domeneeksperter** (dyp forståelse av domenet for å modellere det godt) — fanger DDD's sentrale filosofi om å justere programvare med forretningen.

Å forstå **strategisk DDD** — **avgrensede kontekster** (dele et stort domene i kontekster hver med sin egen modell og sitt eget språk, fordi en term kan bety forskjellige ting i forskjellige kontekster, som håndterer kompleksitet og unngår en enorm forvirret modell) og kontekstkartlegging — gjenspeiler hvordan DDD håndterer store, komplekse domener ved å dele dem på en fornuftig måte (et verdifullt konsept som også relaterer til mikroservices-grenser).

Å forstå **taktisk DDD** — enheter (identitet), verdiobjekter (definert av attributter), aggregater (konsistensgrenser med en rot), repositories, domenetjenester, og domenehendelser — gir byggeblokkene for å modellere et domene rikelig.

DDD er innflytelsesrik for kompleks forretningsprogramvare, og tilbyr både strategisk (grenser) og taktisk (modellering) veiledning.

Fordi DDD er en innflytelsesrik tilnærming for å håndtere komplekse forretningsdomener (gjennom nær domenemodellering, ubiquitøst språk, avgrensede kontekster, og rike domenemodeller) verdifullt for kompleks programvare, og siden å forstå kjerneidéene, strategiske grenser, og taktiske mønstre er viktig for å designe domene-komplekse systemer, er å forstå Domain-Driven Design verdifullt kunnskap på seniornivå — en innflytelsesrik tilnærming for komplekse forretningsdomener, med vekt på nær domenemodellering og klare grenser (avgrensede kontekster), viktig for å designe programvare der forretningskompleksitet er hovedutfordringen, og som gjenspeiler designsofistikasjon forventet av senioutviklere som håndterer komplekse domener.