InfoQ: ドメイン駆動設計・開発の実践

ドメイン・モデルと開発に注力しないと"太ったサービス・レイヤ"と"ドメイン・モデル貧血症"によるアプリケーション・アーキテクチャになってしまいます。この場合、ファサード・クラス(通常はステートレス・セッション・ビーン)にどんどんビジネス・ロジックが溜まっていき、ドメイン・オブジェクトがgetter/setterからなる単なるデータの運び屋のようになってしまいます。このアプローチをとるとドメイン固有のビジネス・ロジックやルールが複数の異なるファサード・クラスに散在(時には重複)することになります。 "ドメイン・モデル貧血症"はたいていの場合、コストに見合いません。他の企業と比較して利点があるわけではなく、このアーキテクチャの下でビジネス要求の変化を実装するには開発と本番環境へのデプロイするのに時間がかかり過ぎます。 DDD実装プロジェクトにおけるいろいろなアーキテクチャや設計について見ていく

[t_a_o]

DDD

[web-engineer]

これも

[volonte]

DDDの要約

[efcl]

DDDについての解説

[sugimori]

改めて見るといろいろ面白い

[kamatama_41]

『SOAサービスにばかり力を注いでドメイン・モデルの重大さを無視すると、アプリケーション・アーキテクチャはドメイン・モデル貧血症と太り過ぎたサービスになってしまいます。』

[Chisei]

『ドメイン駆動設計（DDD）はビジネスドメインの概念をソフトウェアという人工物にマッピングすることです』そういうことか。

[yojik]

"ドメイン・オブジェクトはリッチな振る舞いを提供するために他のきめ細かいオブジェクトにアクセスする必要があり、これを解決するにはService、Factory、Repositoryをドメイン・オブジェクトに注入する必要"

[H_Yamaguchi]

2009年にブックマークしてたんだけど「あとで読む」タグがついてて、案の定読んでなくてw

[mikage014]

ドメイン駆動設計・開発

[aoe-tk]

DDDについてかなり実用的な解説で非常に読み応えがある。