• 人気のコメント(8)
  • 全てのコメント
zyzy zyzy case classをそんな使い方まずしない……とは思うが、まぁGetterとして使用してしまわないよう仕組み化して置く事は大事なのかも。

2018/08/23 リスト

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

2018/08/16 リスト

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

2018/08/16 リスト

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

2018/08/16 リスト

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

2018/08/16 リスト

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

2018/08/16 リスト

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

2018/08/16 リスト

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

2018/08/16 リスト

h1t0cH1 h1t0cH1 これはやってしまう

2018/08/15 リスト

kojiro-s kojiro-s getter setter

2018/08/15 リスト

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

2018/08/15 リスト

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

2018/08/15 リスト

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

2018/08/14 リスト

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

2018/08/14 リスト

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

2018/08/14 リスト

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

2018/08/14 リスト

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

2018/08/14 リスト

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

2018/08/14 リスト

outer-inside outer-inside だいたい Java Beans がわるい

2018/08/14 リスト

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

2018/08/14 リスト

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

2018/08/14 リスト

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

2018/08/14 リスト

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

2018/08/14 リスト

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

2018/08/14 リスト

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

2018/08/14 リスト

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

2018/08/14 リスト

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

2018/08/14 リスト

fukken fukken 「あるクラスのフィールドには、生存期間が同程度の変数を入れる」というルールもあり、これを守るとコンストラクタでの初期化以降、一部だけをいじる事が減るのでセッターが不要になりやすい。

2018/08/14 リスト

j5ik2o j5ik2o 書いた

2018/08/14 リスト

関連記事

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

Clean Architecture 達人に学ぶソフトウェア構造設計を読んでますモデリングに関しては成分薄めで...

ブックマークしたユーザー

  • panzer-jagdironscrap12019/12/18 panzer-jagdironscrap1
  • tokumaga2019/08/28 tokumaga
  • ara1yu2019/08/27 ara1yu
  • roid1232019/08/26 roid123
  • dnskimox2019/07/19 dnskimox
  • req16302019/06/19 req1630
  • operando2019/03/30 operando
  • Akineko2019/02/28 Akineko
  • prototechno2019/02/12 prototechno
  • zinziroge2019/02/11 zinziroge
  • himanoa2018/11/10 himanoa
  • kahki2018/11/09 kahki
  • J5a2018/09/17 J5a
  • teracy_junk2018/09/04 teracy_junk
  • teruyastar2018/08/31 teruyastar
  • joker-132018/08/31 joker-13
  • hachir02018/08/30 hachir0
  • kamemoge2018/08/29 kamemoge
すべてのユーザーの
詳細を表示します

いま人気の記事

いま人気の記事 - テクノロジー

新着記事 - テクノロジー

同じサイトの新着

ドメイン駆動設計を始めるときにおすすめな教材&情報源 - かとじゅんの技術日誌

41 users https://blog.j5ik2o.me/

ドワンゴを退職しました - かとじゅんの技術日誌

128 users https://blog.j5ik2o.me/