O que é Domain-Driven Design (DDD)?

Question

Accepted Answer

**Domain-Driven Design (DDD)** é uma abordagem para design de software que se concentra em modelar o software para corresponder perfeitamente ao **domínio de negócio** — enfatizando a colaboração com especialistas do domínio, uma linguagem compartilhada e modelos e limites de domínio bem definidos. É valioso para domínios de negócio complexos.

## Ideias centrais do 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
```

## DDD Estratégico (limites)

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

## DDD Tático (blocos de construção)

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

## Por que isso importa

Entender Domain-Driven Design é conhecimento valioso em nível sênior porque é uma **abordagem influente para enfrentar domínios de negócio complexos** modelando o domínio de perto, por isso é importante para projetar software para domínios complexos.

O DDD concentra o design no **domínio de negócio** — modelando o software para corresponder perfeitamente ao problema do mundo real — o que é valioso para domínios complexos onde a lógica de negócio em si é o principal desafio.

Entender as **ideias centrais** — a **linguagem ubíqua** (um vocabulário compartilhado e preciso entre desenvolvedores e especialistas do domínio usado consistentemente em código e conversas, reduzindo a comunicação errada que aflige projetos complexos), **modelar o domínio** ricamente (modelos de domínio refletindo conceitos de negócio reais e regras, não apenas estruturas de dados, capturando a lógica de negócio) e **colaborar com especialistas do domínio** (entender profundamente o domínio para modelá-lo bem) — captura a filosofia central do DDD de alinhar o software com o negócio.

Entender **DDD estratégico** — **contextos limitados** (dividir um domínio grande em contextos cada um com seu próprio modelo e linguagem, já que um termo pode significar coisas diferentes em contextos diferentes, gerenciando a complexidade e evitando um modelo confuso gigantesco) e mapeamento de contexto — reflete como o DDD lida com domínios grandes e complexos dividindo-os de forma sensata (um conceito valioso que também se relaciona com limites de microsserviços).

Entender **DDD tático** — entidades (identidade), objetos de valor (definidos por atributos), agregados (limites de consistência com uma raiz), repositórios, serviços de domínio e eventos de domínio — fornece os blocos de construção para modelar richamente um domínio.

O DDD é influente para software de negócio complexo, oferecendo orientação tanto estratégica (limites) quanto tática (modelagem).

Como o DDD é uma abordagem influente para enfrentar domínios de negócio complexos (através de modelagem de domínio próxima, linguagem ubíqua, contextos limitados e modelos de domínio ricos) valioso para software complexo, e como entender suas ideias centrais, limites estratégicos e padrões táticos é importante para projetar sistemas com complexidade de domínio, entender Domain-Driven Design é conhecimento valioso em nível sênior — uma abordagem influente para domínios de negócio complexos, enfatizando modelagem de domínio próxima e limites claros (contextos limitados), importante para projetar software onde a complexidade de negócio é o principal desafio e refletindo a sofisticação de design esperada de desenvolvedores sênior enfrentando domínios complexos.