Domain-Driven Design: Tackling Complexity in the Heart of Software - 洋書 - Amazon

ドメインモデルの必読書　　（2007-09-21）
ビジネスアプリケーションの中核はドメインモデル。この本は、ドメインモデルの設計のパターン集です。　パターンは全部で４０です。

適度に簡略化されていますが、サンプルは具体的で、現実世界の設計課題を生々しく取り上げています。

全体のトーンは「現実主義」です。設計にはさまざまなトレードオフがあり、設計の妥協も必要であることを前提に書かれています。また動くコードで検証する、継続的に改良するなど、アジャイルなやり方の実践を重視しています。

４０パターンに共通する思想は、「関心の分離」「凝集度を高く」「結合度を疎に」です。

ドメインのオブジェクトを３つの種類に分離　Entity, Value Object, Service
関連するオブジェクトを分別　Module, Aggregate, Bounded Context
オブジェクトのライフサイクル管理を分離・集約　Factory, Repository
問題の核心とその他を分離 Core Domain, Generic Subdomains
無理な統合を追求しない（そこそこで済ます） Separate Ways, Conformist
オブジェクトを役割で分離する　Responsibility Layers, Knowledge Level

などです。

初期モデルは、ぎこちなかったり、しっくりこなかったりするのが当たり前。
そこから、どうやって、モデルを洗練させていくかの、現実的なノウハウが、
丁寧に説明された良書です。

ドメインモデル構築方法の決定版　　（2006-06-16）
マーチン・ファウラーの『エンタープライズアプリケーションアーキテクチャパターン』（PoEAA）では、
エンタープライズアプリの心臓部であるビジネスロジックの作り方には(1)トランザクションスクリプト、
(2)ドメインモデル、(3)テーブルモジュールの3パターンがあると説明されています。

複雑なビジネスロジック構築には、(2)のドメインモデルが一番いいと書かれているのですが、
PoEAAはアーキテクチャ全般をまんべんなくパターン化することに主眼が置かれているので、
ドメインモデルについてそれ以上詳しく説明してくれていません。

本書DDDは、ファウラーも推薦しているように、この「じゃ、ドメインモデルをどうやって構築すればいいの？」
を詳しく教えてくれる本です。基本的なOO開発方法をマスターし、ピュアなOOスタイルではないながら
アプリをきちんと作れるようになった中級以上のエンジニアが、今度は複雑なビジネスロジックをOOスタイルで
美しくかつ保守しやすい形で構築することを目指すときの必携書です。

For Software Projects　　（2005-07-08）
This Book focuses on domain and domain logic.it also explains as that complex domain designs should be based on a model.

Amazon - shikencho

Special Menu

Category Menu