Kata #1 - サービス（SERVICES）
DDDを適用した開発スタイル「PHPメンターズ流 設計と実装の型」の解説シリーズ 其の壱：サービス 概要ドメインのユースケース（ビジネスユースケース／シナリオ）をソフトウェアとして表現する際、サービス（ドメインサービス）としてモデリングします。 型の派生元DDD p.103「サービス（SERVICES）」 詳細ドメインモデルをユースケース分析した場合、そのユースケースのシナリオが直接的にあらわれる場がサービスになります。これとは対照的に、ドメインモデルのデータ構造があらわれるのがエンティティやバリューオブジェクトになります。エンティティやバリューオブジェクトには、それ自身が持つ振舞のみを持たせ自己完結するようにしておき、そこにおさまらないシナリオ／手順はサービスにします。エンティティはオブジェクト本来の役割に近く状態を持つのに対して、サービスは手順なので状態を持ちません。 ユビキタス言語で
bliki: Anemic Domain Model
This is one of those anti-patterns that's been around for quite a long time, yet seems to be having a particular spurt at the moment. I was chatting with Eric Evans on this, and we've both noticed they seem to be getting more popular. As great boosters of a proper Domain Model, this is not a good thing. The basic symptom of an Anemic Domain Model is that at first blush it looks like the real thing
bliki: Evans Classification
In his excellent book Domain Driven Design, Eric Evans creates a classification of the different kinds of domain objects that you're likely to run into. Entity: Objects that have a distinct identity that runs through time and different representations. You also hear these called "reference objects". Value Object: Objects that matter only as the combination of their attributes. Two value objects wi
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
