Value Objectについて整理しよう - Software Transactional Memo

Value Objectとは何であるか? マーチン・ファウラーのPatterns of Enterprise Application Architecture(PofEAA)やエヴァンス・エリックのDomain Driven Design: Tackling Complexity in the Heart of Software(DDD)が原典であるが、PofEAAではこう切り出している。 When programming, I often find it's useful to represent things as a compound. プログラミング時は物をcompound(合成物)として表現すると便利なことがしばしばある。 例えば2次元空間上での座標のように複数のメンバ(属性)を持つ物は便利である、と。しかしそれらを比較する方法は一意ではない、そこで Objects that a

[tune]

これ/問題の複雑さに合わせて膨れ上がるコードの複雑さをうまく統治するためにプラクティスを適宜使っていこうという順序で考えるべきであって、プラクティスの導入自体がコードに複雑さを加えるのであれば本末転倒

[nomber3]

プリミティブ型の単純なラップ、欲しかったものは静的型チェックしてくれるtype aliasだったのでは感がある

[xxxxxeeeee]

kumagiの言うとおりC++書いてる限り「なにそれ当たり前やん」ってなる話。Goも割とそう、Rustもそう。でも数年だけJava仕事で書いてるときは確かにこの辺めんどくさかった。

[turanukimaru]

あー「すべてのプリミティブ型と文字列型をラップする」連中のことね。私もあれはやりすぎで各オブジェクトに独自の振る舞いが見つかるまではプリミティブ型でいいと思うしValueObjectと呼ぶ必要がないものも多いなって

[strawberryhunter]

なんでもクラスにしてしまうのはValue Object Obsessionというのか。これを真剣に導入しようという頭のおかしい輩が実在したことはここに記しておこうと思う。

[ledsun]

“immutableは共有と複製の違いをぼかしたまま使うための工夫に過ぎなくて、常に複製しても良いとマーチン・ファウラーも言っている”

[nunulk]

"プリミティブ型をわざわざクラスで包んで別名参照問題の懸念を引き起こし、更にそれをimmutableデザインによって解決する、という手順は自分で掘った穴を埋める労働のよう"

[devrabi]

なんにでもVOを自動生成で作りたがる人達はいる。そういうものに価値があるとは思えないが。

[aceraceae]

この話の主題ではないけどルールへの過信みたいなのはあってインデント減らしたりひとつのメソッドを小さくするためにたらい回しみたいなコード書いてかえって可読性減らす人はわりといるよね。

[yojik]

10年以上前のデブサミでOOPエクササイズを紹介した人間けど、当時はあくまでエクササイズですよというのを強調した。プリミティブを全部ラップするとかアクセサ全部禁止とかはベストキッドの窓拭きみたいなもん。

[for-my-internet-demo]

“複雑かつ巨大な仕様をコードに落とした結果として全部のメンバーがValue Objectになる事はあるかも知れないが、目的としてそれをやってはいけない。”

[pascal256]

とてもわかり易い説明だ

[gabuchan]

いい話

[wkubota]

“ ”

[mizdra]

めちゃめちゃ分かりやすい

[efcl]

Value Objectは値による比較が行われるオブジェクトという話。値を表現するものと、型のAlias的なものについて

[iwasiman]

定義を見つめ直す話。"Value ObjectはValueのように振る舞うObjectであって、ValueにObjectのような振る舞いを足す事ではない。"

[kobito19]

"欲しかったものは静的型チェックしてくれるtype aliasだったのでは感がある" 欲しいのは "alias" では無く、本物の型だよ

[koba789]

“問題の複雑さに合わせて膨れ上がるコードの複雑さをうまく統治するためにプラクティスを適宜使っていこうという順序で考えるべきであって、プラクティスの導入自体がコードに複雑さを加えるのであれば本末転倒”

[zyzy]

Scalaだとこの辺はvalue classかcase classかみたいな話

[mominis]

null参照といいオブジェクト指向言語はことごとくポインタの抽象化に失敗しているな

[n314]

ブコメ見て、確かに type alias がないから仕方なくやってるところがあるかも。

[prograti]

こういう概念の理解も大切ですよね。こっちの記事も具体例があって自分的には分かりやすかったかも。 https://leanpub.com/tdd-ebook/read#leanpub-auto-value-objects

[moriyoshi]

こういうことを言うとすごい怒られそうだけど、議論を見ていると、Martin Fowler氏とかは絶妙に説明を変えて批判を避けてきているところもあるんじゃないかなとも思えて、逆にそれが氏の誠実さなのかもしれないけども…

[tkmkg8m]

“問題の複雑さに合わせて膨れ上がるコードの複雑さをうまく統治するためにプラクティスを適宜使っていこうという順序で考えるべきであって、プラクティスの導入自体がコードに複雑さを加えるのであれば本末転倒”

[hasiduki]

ほーん！！！！

[rikuba]

“Value ObjectはValueのように振る舞うObjectであって、ValueにObjectのような振る舞いを足す事ではない。”

[tor4kichi]

「VOはこうだ」とまでは言えるけど、じゃあそれ以外は？ 「VO以外の全てのコードはドメインオブジェクトだ」と言って差し支えないのであれば、VOと同時にそれ以外を説明することで混乱を減らせないだろうか

[cuttoff19]

後半良かった

[raydive]

これはこれで過激なこと言いたいだけのように見えてなんだかなぁとは思う。/全部が全部オブジェクトに包む必要はないのは確かだけど

[PrivateIntMain]

VOにできるのって複数の値が組み合わさった番号ぐらいなもんでは。バリデーション楽したいからとかシステム都合で生まれるもんじゃない。

[tengo1985]

冷静に考えたらそのとおりだろ、と結論だと思うけれど極端な考えになってることあるよな。

[ch1248]

同意。俺も一時期「全てをオブジェクトにした方がいいのか？」みたいな状態にはなってたが、YAGNI原則適用でいいよねと思う。

[mak_in]

C#のrecord型が、これになってるな。ORMであるentity frameworkが、DBの追跡のためにentity クラスをrecordにするな、と書いてるんだけど、利用側にとってはrecordで使いたい場面もしばしば。そこら辺のノウハウが地味に知りたい。

[yarumato]

“JavaScriptで = の意味が、プリミティブ型（int等）なら複製、オブジェクトなら（ポインタ）共有、という挙動の違いはややこしい。プリミティブ型の取り回しに揃えたい。Valueのように振る舞うObjectなのでValue Objectと呼ぶ”

[God-kami]

“つまり代入式がやることが複製なのか共有なのかを人間が都度意識するのは無駄なので「書き換える時は常に複製を作って複製物を書き換える」という解決策を取ることでこの問題を回避できると言っている。”

[masatotoro]

value objectに関する深い洞察