DDDを学ぶ ~ 値オブジェクト ~ - Kumatora の技術ブログ

書籍等で学んだ知識について、ブログでのアウトプットを始めました。記念すべき初ポストです。

暖かい目で見ていただけると幸いです。

はじめに

値オブジェクトについてはいくつか定義があるようなのですが、ここでは Eric Evans の DDD 文脈で調べたことをまとめています。

値オブジェクトについては多義あるようですし、実際に使っているわけではなく勉強しただけなので間違っていたり考慮の足りない部分があるかもしれません。その場合はご容赦ください。

値オブジェクトとは？

主に、以下のような特徴を持たせたオブジェクトのことを「値オブジェクト」と呼んでいるようです。

不変である
値によって等価性が判断される

1. 不変である

値オブジェクトそれ自体は、いったん作ってしまったら変更ができません。

もし、あるエンティティの属性として値オブジェクトを使用している場合は、属性を変更するには値オブジェクトを置き換えるしかないということを意味します。

例えば、服を組み合わせて作るファッションコーディネートを例として考えてみます。

shoes を変更したい場合は、別の値オブジェクトで置き換えるしかなく、値オブジェクト自体を変更することはできません。

tops = Shoes.new(name: 'hoge')
cordinate = FashionCordinate(shoes: shoes)

// OK
cordinate.shoes = Shoes.new(name: 'fuga')
// NG
cordinate.shoes.name = 'fuga'

2. 値によって等価性が判断される

エンティティが識別子によって等価性が判断されるのと異なり、値オブジェクトは値（属性）によって等価性が判断されます。

服の例で考えてみます。

例えばファッションコーディネートの場合は、商品名と金額にしか興味がないので、それらが一致すれば同じとして良いでしょう。この場合、服は値オブジェクトとして取り扱うのが良いでしょう。

cloth_a = Cloth.new(name: '2024 Hogehoge Pants', price: 1000)
cloth_b = Cloth.new(name: '2024 Hogehoge Pants', price: 1000)
cloth_c = Cloth.new(name: '2024 Hogehoge Pants', price: 900) # 値下げした！

cloth_a.equal?(cloth_b)
# -> true
cloth_a.equal?(cloth_c)
# -> false

一方、在庫管理サービスでは同じ商品でもモノによって区別をしたいため、一意のIDを付与して管理する必要があります。その場合は、商品名が同じだとしても別のモノとなり、例え値下げで金額が変わったとしても同じ服として判断されます。

服はエンティティとなるでしょう。

cloth_a = Cloth.new(id: 1, name: '2024 Hogehoge Pants', price: 1000).save
cloth_b = Cloth.new(id: 2, name: '2024 Hogehoge Pants', price: 1000).save
cloth_c = Cloth.find(1)
cloth_c.price = 900 # 値下げした！
cloth_c.save

cloth_a.equal?(cloth_b)
# -> false
cloth_a.equal?(cloth_c)
# -> true

値オブジェクトの目的

エリック・エヴァンスのドメイン駆動設計においては以下と書かれています。

エンティティの同一性を追跡するのは本質的なことだが、それ以外のオブジェクトに同一性を与えてしまうと、システムの性能を損なうことになり、分析作業がふえ、さらに、すべてのオブジェクトの見た目が同じになってしまうことでモデルが台無しになりかねない。

ソフトウェア設計は、複雑さとの恒常的な戦いである。特別な処理が必要な場所だけで行われるように、区別しなければならない。

しかし、このオブジェクトのカテゴリを、単に同一性のないものと見なしてしまうと、我々の使えるツールや語彙は大して増えない。実のところ、これらのオブジェクトには、独自の特徴とモデルに対する独自の意味がある。これは物事を記述するオブジェクトなのだ。

上記から、その個別性についてはフォーカスされないドメインを表現する手段として、DDDでは値オブジェクトを導入しているのだと思われます。