Getter/Setterを避けて役に立つドメインオブジェクトを作る - かとじゅんの技術日誌

Clean Architecture 達人に学ぶソフトウェアの構造と設計を読んでます。モデリングに関しては成分薄めですが、よい本だと思います。はい。 Clean Architecture 達人に学ぶソフトウェアの構造と設計 作者: Robert C.Martin,角征典,高木正弘出版社/メーカー: KADOKAWA発売日: 2018/07/27メディア: 単行本この商品を含むブログを見る 本書の大筋から少し逸れるが、「5章 オブジェクト指向プログラミング」の「カプセル化」が面白かったので、これを切り口にモデリングについて考えてみる。 OO言語のカプセル化はすでに弱体化している オブジェクト指向の三大要素の一つである、カプセル化について、以下のようなことが書いてあります。 「カプセル化」がOOの定義の一部となっているのは、OO言語がデータと関数のカプセル化を簡単かつ効果的なものにしているから

[j5ik2o]

書いた

[love0hate]

primitiveなプロパティを隠蔽しようとするのが筋悪く、immutableなPoint構造体に対してDistance(p1, p2)の方が良くねというのが関数型的考えかな

[rryu]

C言語の不完全型が完璧なカプセル化なら、Javaの.classファイルとjavadocしか提供しない方式も完璧なカプセル化なんじゃないだろうか。

[ledsun]

EffectiveJavaには不変クラスを使えって書いてあるし、使い道を想定していないメソッドを書くのはYAGNIに反するし、ゲッタセッタのテスト書かなきゃいけないし、ゲッタセッタを書く意図が想像できない。

[katin]

xy座標を管理することが露骨にわかるPointというクラスを例にして、getterを書くなと主張するのは無理筋じゃないかなあ。moveメソッドを呼んで、その後x,y座標を取得するようなユースケースは普通にありそう

[wordi]

"著者はC++では、そういう完璧さが失われてしまったとしている。" Pimplイディオムぇ・・・

[nakag0711]

あるレイヤが上位レイヤとの間で渡し渡されする目的データにはむしろメソッドがあってはいけない。全部publicの生メンバ変数のみであるべき。DB層がBL層に渡すレコードデータはこれに該当する。隠蔽すべきは接続状態

[wonderword22]

気になった、thoughtworksアンソロジーが廃版なのが残念だ

[zyzy]

case classをそんな使い方まずしない……とは思うが、まぁGetterとして使用してしまわないよう仕組み化して置く事は大事なのかも。

[AmaiSaeta]

そのJava/C++に対応するコードとしてそのCはおかしい。getX、getY相当の物が無いのだから。Pimplじゃないのもアンフェア | チャットルームの例で、参加者の一覧を表示したいって時は?

[akabekobeko]

徹底は難しいけど取り入れたい考え。C++ の例、確かに private とはいえヘッダーにそれを晒すのはイマイチだと思ってて Pimpl で回避してた。Objective-C で .m 側にメンバーを隠蔽できるのはよかった。

[Dai_Kamijo]

Getter/Setterを避けて役に立つドメインオブジェクトを作る - かとじゅんの技術日誌 — 上條　大 (@Dai_Kamijo) August 16, 2018 from Twitter https://twitter.com/Dai_Kamijo August 16, 2018 at 10:31AM via IFTTT

[inabajunmr]

Getter/Setterがあることを前提に動くものが周辺に色々あるからなあ

[efcl]

Clean Architecture/ThoughtWorksアンソロジーにでてくるgetter/setterを避けて書く話について

[griefworker]

Setterは書いていないけど、Getterも書かないとは、なかなか過激だが試してみたい誘惑がある。

[h1t0cH1]

これはやってしまう

[dekasasaki]

安易なアクセサが設計を作業に貶めたと思う。考えなくなる癖が付くというか。

[kojiro-s]

getter setter

[gnety]

理想はそうだけどテストしづらくなっちゃうんだよなあ

[rti7743]

getはいいだろう。setが問題。ようするに新潟であるべき。 あと、C++のconstのようなimmutable性を他の言語もサポートしてほしかった。結局誰がそれを書き換えるのかをわかりやすくして人間が読む箇所を減らすのが大切。

[Fushihara]

ソースコード全て提供する場合とコンパイル済みのライブラリを提供する場合で話がごっちゃになってる。c# もjavaもコンパイル済みなら中のプロパティ見えんよ（こじ開けるのはともかく）

[cl-gaku]

ゲッタセッタは確かに思考停止なんだよな。tell, don't ask に向き合って気づいた

[turanukimaru]

data class は一部を変えたコピーを簡単に作れるのでimmutableにして一部を変えてコピー、関数や読み取り専用プロパティを生やすのは自由でやってる。私の書くクラスは値より演算結果出力プロパティのが多い。

[su-kun1899]

Kotlinのdataクラス便利だけど、一段包んで直接操作しないほうがいいんだろうなぁと思うなど

[amagitakayosi]

"知識のカプセル化が破られる" なるほど〜

[ene0kcal]

書こうとした事が既に書かれてたので★★

[wwolf]

明らかに可読性が落ちるメソッドを用意してリファクタリングのトリガーにするのいいな

[emerada]

1つの記事でいろんな言語使わないでくれ！