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

同じコンテキストの中で、業務の専門家と開発者が意味を共有する言葉だよ。たとえば「注文」を会話・図・コードで同じ意味にそろえる。単にOrderと命名するだけでなく、注文の状態や成立条件も一緒に理解し、モデルに反映するんだ。

あるモデルが通用する範囲だよ。「商品」が販売では価格や説明、物流では重さや配送条件を中心に表される、という例で考えると分かりやすい。境界は部門ごとに機械的に引くものではなく、言葉の意味やモデル、チームの仕事などに合わせて定めるんだ。

コンテキストはサービスの境界を考える手掛かりになるけれど、必ず1つのコンテキストを1つのサービスにする決まりではないよ。1つのアプリの中にも複数のモデルがあり得る。コンテキストマップはモデルやチーム間の関係を示すもので、実行時に通信を中継する装置ではないんだ。

目的は業務の知識をソフトウェアに生かすことだよ。モデルや言葉の適用範囲を考える戦略的な設計と、エンティティなどを使う戦術的な設計の両方を扱う。業務の人と話してモデルを改善し、必要なパターンを選ぶ。名前だけそろえれば完成するわけではないんだ。