(cache)ドメイン駆動設計（Domain Driven Design）の43パターンまとめ

ドメイン駆動設計(Domain Driven Design)通称DDDについてのまとめです(੭ु ´・ω・)੭ु⁾⁾

まとめはこれからどんどん完成してきます・・・

ドメイン駆動設計とは？

2004年にEric Evansにより出版されたデザインパターン本 “Domain-Driven Design: Tackling Complexity in the Heart of Software” に書かれている43のパターン、およびその背後にある設計思想のことを指します。

これが大変に評価の高い本で、邦訳が長らく待たれましたが、ようやく2011年に「エリック・エヴァンスのドメイン駆動設計」というタイトルで出版されました。

このドメイン駆動設計ですが、技術者の間ではしばしばDDDと呼ばれます。

これらのパターンのうち必要なものを状況に応じて適用することによって、オブジェクト指向が本来持っている、再利用性や保守性といった利点を最大限に生かすことができます(｀・ω・´)

DDDはオブジェクト指向デザインパターンの本ですので、オブジェクト指向設計における一定の経験と知識は必須となります（デザインパターンについての知識は必須ではありません）。

リレーショナルデータベースを備えたエンタープライズWebアプリケーションを前提としているので、サーバーアプリケーション設計・開発の経験があると理解がスムーズです。

アーキテクト向けの本ですので、UMLのクラス図やシーケンス図、あるいはER図といった図が頻繁に出てきます。すべての記法を暗記する必要はありませんが、継承の矢印の向きや、1:N関係の表し方など、基本的な記法はおさえておきましょう。

各パターンの詳細は今後すこしずつ書き足されます…φ(．． *)

これら3つのパターンは空気のようなものです。Eric EvansのDDDを実践して身につけていく過程で、特にパターンを運用しているという自覚のないまま、無意識に行われるようになります。

用語としてよく使われるのはユビキタス言語です。

モデル駆動設計については、「モデル駆動(Model-Driven)」というと別のものを連想させてしまうため、Eric EvansのDDDにおけるモデル駆動設計パターンを狭義に「ドメイン駆動設計」と呼ぶこともしばしばです。

以下のパターンはDDDの基本的な構成要素ですから、すべてのパターンを記憶しておかなければなりません。ただし、これらのパターンが意味するところを正確に把握するためには多少の経験が求められます。

これらの用語はしばしば、原書と同じ英語（スマートUI、バリューオブジェクト、アグリゲート）で呼ばれます。特に「利口なUI」に関しては、通常は日本語訳ではなく、原書と同じSmart UIという言葉を使うのが一般的です。

スマートUIだけはこの本の中で唯一「やってはいけない」アンチパターンに分類されるので注意しましょう・・・。

これらのパターンのうち多くはEric EvansのDDDに固有のものではありません。例えば、StrategyやCompositeは、私たちがすでによく知っているGang of Fourのデザインパターンと同一のものです。

Eric EvansのDDDを実践するにあたって、特に本質的な内容ではありません。しかしながら、モデル駆動設計を行った際に、それが果たしてエンティティなのか、値オブジェクトなのか、迷ってしまうような対象があるのも事実です。

それらを本来あるべき場所にあるべき状態で置くためのガイドラインあるいは応用例として、これらのパターンは有用です。

ソフトウェアの規模が大きくなるにつれて、「たった1つのモデルを一貫して使い、それを維持する」ことは現実的ではなくなります。

ひとつのソフトウェアの中に複数のモデルが内包されていることはめずらしくありません。それらのモデルどうしの関係もまた、設計の重要な要素です。

このうち境界付けられたコンテキストと腐敗防止層は設計用語として特に広く使われていますので、その意味を理解しておく必要があります。