DDD（ドメイン駆動設計） とは？

普通の設計だと「データベースのテーブルをどう作るか」「APIをどう設計するか」みたいな技術的な話から始めがちだよね。DDDはまず「このビジネスではどんな業務があって、どんなルールがあるか」を徹底的に理解するところから始めるんだ

そうだよ。しかもビジネス側の人と一緒に「ユビキタス言語」っていう共通の用語集を作るんだ。例えば「注文」「配送」「在庫引当」みたいな言葉の意味をチーム全員で揃えて、その言葉をそのままクラスやメソッドの名前にするんだよ

DDDの設計パーツだね。エンティティは「IDで区別するもの」で、例えば「注文」は注文番号で区別する。値オブジェクトは「値そのもので比較するもの」で、例えば「住所」は内容が同じなら同じ住所だよね。集約はこれらをまとめて「一緒に変更する単位」を決めるものだよ

別物だよ。DDDのリポジトリは「集約を保存・取得する窓口」のこと。データベースにどう保存するかの詳細を隠蔽して、ビジネスロジック側からは「注文を保存して」「注文番号で取ってきて」とシンプルにやりとりできるようにするパターンだね

そこで「境界づけられたコンテキスト」が重要になるよ。例えばECサイトなら「注文管理」「在庫管理」「顧客管理」で同じ「商品」という言葉でも意味が微妙に違う。それぞれのコンテキストで独立したモデルを持たせるんだ。これがマイクロサービスの分割単位とも自然に合うんだよ

実は向き不向きがあるんだ。業務ルールが複雑なシステム、例えば保険・金融・物流みたいなドメインにはすごく効果がある。逆にCRUDが中心のシンプルなアプリだとオーバーエンジニアリングになりがちだね。エヴァンス自身も「DDDが必要なのは複雑なドメインだけ」と言っているよ

その通り。あと面白いのは、DDDは「戦略的設計」と「戦術的設計」の2層があって、エンティティや値オブジェクトは戦術側のテクニック。本当に大事なのは戦略側の「どこにコンテキストの境界を引くか」「チーム間の関係をどう整理するか」なんだ。戦術パターンだけ真似しても効果は半減するよ