DDDにおける値オブジェクトの位置付け(モデルとコード事例あり)[ドメイン駆動設計] - little hands' lab

株式会社ログラスの松岡(@little_hand_s)です。 最近、値オブジェクトに関して書かれているブログ記事を見ますが、 SNSなどにおいてDDDにおける値オブジェクトについて誤解されているような反応が見受けられました。 そこで、この記事では「DDDにおける値オブジェクトの位置付け」について解説し、具体的なモデル・コードを用いながら誤解を解いていきたいと思います。 なお、値オブジェクトに関する詳細な説明はここでは行いませんのでご了承下さい。 DDDの目的 まず最初に、DDDの目的について確認します。 DDDの目的は、モデリングを通じてソフトウェアの価値を大きくすることです。 これに関しては、こちらの記事で詳細に解説しているのでこちらをご覧ください。 ドメイン駆動設計は何を解決しようとしているのか - little hands' lab ここで大切なのは、モデルは一回のモデリングで完成形

[mather314]

「後付でこういう解釈を付けられるなら実践では使えない」というコメがあるけど完全に逆で、実践から得られたモデリングの経験則のエッセンスがDDDでそのうちの一つの考え方が値オブジェクトなのにな。

[mak_in]

「モデルとコードを極力一致させる」「高凝集/低結合」/分かる。定義も大事だけど、その定義が生まれた背景や利用目的のほうが実際には大事だよね。

[turanukimaru]

enum 禁止派まで居るのか…実のところ文字列も enum も値オブジェクトの際たるもので、この記事のようにロジックが有るなら専用のクラスにして機能追加しようって話でしかないのに何であんな誤解が生まれたんだろうね。

[rryu]

DDD的にはエンティティでもプリミティブな値でもないものを値オブジェクトとして定義するだけな訳で、ややこしく考えるからややこしくなるという気がする。

[mr_yamada]

Display Dispatch Driver

[onesplat]

いまだにDDDをこんな真面目に考えてる勢がいるのか。あんなもんただの設計パターンであってそれ以上でも以下でもないのに原理主義的すぎるんだよな

[dekasasaki]

いい記事。

[makky55makky55]

「ドメイン駆動設計 モデリング/実装ガイド 」の著者の方

[yojik]

本題から外れるけど、メアドからUserへの参照が有用な事も多そう(このメアドがどのユーザのものか、という判定や、同一アドレスを複数ユーザが使わない制約とか……)。メアドをVOにするか否かもドメイン次第