Что такое Domain-Driven Design (DDD)?

Question

Accepted Answer

**Domain-Driven Design (DDD)** — это подход к проектированию программного обеспечения, сосредоточенный на моделировании ПО в соответствии с **бизнес-доменом** — с упором на сотрудничество с экспертами домена, общий язык и хорошо определённые модели и границы домена. Это ценно для сложных бизнес-доменов.

## Основные идеи 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 (границы)

```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 (строительные блоки)

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

## Почему это важно

Понимание Domain-Driven Design является ценным знанием уровня senior-разработчика, потому что это **влиятельный подход для решения задач в сложных бизнес-доменах** посредством тщательного моделирования домена, поэтому это важно для проектирования ПО для сложных доменов.

DDD сосредотачивает проектирование на **бизнес-домене** — моделировании ПО в соответствии с реальной проблемой — что ценно для сложных доменов, где сама бизнес-логика является главной сложностью.

Понимание **основных идей** — **ubiquitous language** (общий, точный словарь между разработчиками и экспертами домена, используемый последовательно в коде и общении, снижающий недопонимание, которое присуще сложным проектам), **богатого моделирования домена** (модели домена отражают реальные бизнес-концепции и правила, а не просто структуры данных, отражая бизнес-логику) и **сотрудничества с экспертами домена** (глубокое понимание домена для его хорошего моделирования) — охватывает центральную философию DDD по выравниванию ПО с бизнесом.

Понимание **стратегического DDD** — **bounded contexts** (разделение большого домена на контексты, каждый со своей моделью и языком, поскольку термин может означать разные вещи в разных контекстах, управление сложностью и избежание одной огромной запутанной модели) и контекстного отображения — отражает, как DDD справляется с большими, сложными доменами путём разумного их разделения (ценная концепция, которая также связана с границами микросервисов).

Понимание **тактического DDD** — entities (идентичность), value objects (определяемые атрибутами), aggregates (границы консистентности с корнем), repositories, domain services и domain events — предоставляет строительные блоки для богатого моделирования домена.

DDD влиятельна для сложного бизнес-ПО, предоставляя как стратегическое (границы), так и тактическое (моделирование) руководство.

Поскольку DDD является влиятельным подходом для решения задач в сложных бизнес-доменах (через тщательное моделирование домена, ubiquitous language, bounded contexts и богатые модели доменов), ценным для сложного ПО, и поскольку понимание её основных идей, стратегических границ и тактических паттернов важно для проектирования систем с высокой доменной сложностью, понимание Domain-Driven Design является ценным знанием уровня senior-разработчика — влиятельный подход для сложных бизнес-доменов, делающий упор на тщательное моделирование домена и ясные границы (bounded contexts), важный для проектирования ПО, где бизнес-сложность является главной сложностью, и отражающий проектировочную изощренность, ожидаемую от senior-разработчиков, работающих со сложными доменами.