Qu'est-ce que Domain-Driven Design (DDD) ?

Question

Accepted Answer

**Domain-Driven Design (DDD)** est une approche de conception logicielle qui se concentre sur la modélisation du logiciel pour correspondre étroitement au **domaine métier** — en mettant l'accent sur la collaboration avec les experts du domaine, un langage partagé, et des modèles et des limites de domaine bien définis. C'est particulièrement utile pour les domaines métier complexes.

## Idées fondamentales du 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 stratégique (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 tactique (briques de construction)

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

## Pourquoi c'est important

Comprendre Domain-Driven Design est une connaissance précieuse de niveau senior car c'est une **approche influente pour aborder les domaines métier complexes** en modélisant étroitement le domaine, ce qui est important pour concevoir des logiciels pour des domaines complexes.

DDD concentre la conception sur le **domaine métier** — en modélisant le logiciel pour correspondre étroitement au problème du monde réel — ce qui est précieux pour les domaines complexes où la logique métier elle-même est le principal défi.

Comprendre les **idées fondamentales** — le **langage omniprésent** (un vocabulaire partagé et précis entre les développeurs et les experts du domaine, utilisé de manière cohérente dans le code et les conversations, réduisant la mauvaise communication qui affecte les projets complexes), **modéliser le domaine** richement (les modèles de domaine reflétant les concepts et les règles métier réels, pas seulement les structures de données, capturant la logique métier), et **collaborer avec les experts du domaine** (comprendre profondément le domaine pour le modéliser correctement) — capture la philosophie centrale du DDD d'aligner le logiciel avec le métier.

Comprendre le **DDD stratégique** — les **contextes délimités** (diviser un grand domaine en contextes ayant chacun leur propre modèle et langage, puisqu'un terme peut signifier différentes choses dans différents contextes, gérând la complexité et évitant un énorme modèle confus) et le mapping de contexte — reflète comment DDD gère les domaines grands et complexes en les divisant judicieusement (un concept précieux qui se rapporte aussi aux limites des microservices).

Comprendre le **DDD tactique** — les entités (identité), les objets de valeur (définis par les attributs), les agrégats (limites de cohérence avec une racine), les repositories, les services de domaine, et les événements de domaine — fournit les briques de construction pour modéliser richement un domaine.

DDD est influent pour les logiciels métier complexes, offrant à la fois un guide stratégique (limites) et tactique (modélisation).

Puisque DDD est une approche influente pour aborder les domaines métier complexes (par le biais d'une modélisation étroite du domaine, d'un langage omniprésent, de contextes délimités, et de modèles de domaine richement détaillés) précieuse pour les logiciels complexes, et puisque comprendre ses idées fondamentales, ses limites stratégiques, et ses modèles tactiques est important pour concevoir des systèmes complexes au niveau du domaine, comprendre Domain-Driven Design est une connaissance précieuse de niveau senior — une approche influente pour les domaines métier complexes, mettant l'accent sur une modélisation étroite du domaine et des limites claires (contextes délimités), important pour concevoir des logiciels où la complexité métier est le principal défi, et reflétant la sophistication de conception attendue des développeurs seniors face à des domaines complexes.