DDDにおけるドメイン層オブジェクト設計の基本方針[ドメイン駆動設計] - little hands' lab

株式会社ログラスの松岡(@little_hand_s)です。 ドメイン層のオブジェクトを設計する際に、重要な基本方針があります。 ドメインモデルの知識を対応するオブジェクトに書く 常に正しいインスタンスしか存在させない この2つを守ると、非常に保守性の高いコードにすることができます。 以下、詳細に解説します。 ドメインモデルの知識を対応するオブジェクトに書く ドメイン知識(ルール/制約)を表現する実装を、ドメイン層のオブジェクトに寄せていきます。 この判断は、「ドメインモデル図に書かれた吹き出しの内容が、どの層で実装されているか」という基準に基づき行います。 この基準はコード設計の指針として非常に役立ちます。 設計の良し悪しというのはさまざまな基準があるため、レビューをしていてもいわゆる「俺の考えた最強の設計」同士が戦ってしまうことがあります。 しかし、「ドメイン知識はドメイン層に書く」と

[JGEEM]

ドメインモデルの知識を対応するオブジェクトに書く／常に正しいインスタンスしか存在させない。常に正しいインスタンスとするには、生成条件の強制／ミューテーション条件の強制が必要。

[yasu-osu]

“ドメインモデルの知識を対応するオブジェクトに書く 常に正しいインスタンスしか存在させない”

[PrivateIntMain]

外部の変化をそのまま受け付けない、内部に体現されたビジネスルールに「変化があったタイミングで」従う、外部変化の評価を後回しにしない、ルール外の変化は突っぱねる、ルール自体の変更が必要なら修正。

[yuuu1993g]

[ソフトウエア設計]

[ino-agile]

ドメイン駆動設計の考え方。面白いのでココは追いかけよう