ドメインモデルをコードへ落とす 〜あなたのクラスは、どこから？〜 - Qiita

annotation: 現在コメントいただいている通り、一部誤りを含んでいる様です。 追って確認・修正いたしますが、現行ではコメントも合わせてお読み頂ければと思います。 こんにちは、風邪はだいたい喉から来るぷーたんです。 「DDDの構成要素はこれだー」というのはたくさんあったのですが、 「このドメインオブジェクトはどの要素だー」と逆引きするものがなかったので調べてフローチャートにしてみました。 例えばドメインモデル図とコードがうまく合致しない時の見直しなどに使えるのではと考えています。 ではご覧ください♪ 検討フローチャート 図1.フローチャート 1) 複数のドメインオブジェクトを扱い、整合性を担保するか まず複数のドメインオブジェクトを扱うかを考えます。 ドメインモデル図では集約線が引かれていたり、複数の関係線が引かれていたりします。 図2.ドメインモデル図の例 上記のような場合であれば

[turanukimaru]

ドメインは問題領域≒モデルのはずなのだがなんかただのオブジェクトをドメインと呼んでる気がする…例えば複数のドメインで扱うエンティティって複数のドメインモデルにまたがって同一性を持つエンティティだよね？

[assaulter]

コメントがヌクモリティ

[kojiro-s]

ddd

[otihateten3510]

やばい、ドメインモデルを適当にしか知らないことがバレてしまう

[programmablekinoko]

見識だ

[efcl]

サービス、Aggregate、Entity、Value Objectの分類フローチャート