[B! オブジェクト指向] Getter/Setterを避けて役に立つドメインオブジェクトを作る - かとじゅんの技術日誌
  • はてなブックマーク
  • テクノロジー
  • Getter/Setterを避けて役に立つドメインオブジェクトを作る - かとじゅんの技術日誌
  • Twitterでシェア
  • Facebookでシェア

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

テクノロジー カテゴリーの変更を依頼 記事元:blog.j5ik2o.me
適切な情報に変更
315 usersがブックマーク コメント29

    記事へのコメント29件

    • 注目コメント
    • 新着コメント
    オーナーコメントを固定しています
    j5ik2o
    オーナー j5ik2o 書いた

    2018/08/14 リンク

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

    2018/08/14 リンク

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

    2018/08/14 リンク

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

    2018/08/14 リンク

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

    2018/08/16 リンク

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

    2018/08/14 リンク

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

    2018/08/14 リンク

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

    2018/08/14 リンク

    その他
    オーナーコメントを固定しています
    j5ik2o
    オーナー j5ik2o 書いた

    2018/08/14 リンク

    その他
    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 リンク

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

    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 リンク

    その他
    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 リンク

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック！
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

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

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

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

    • bayan2024/10/07 bayan
    • techtech05212023/07/31 techtech0521
    • k-anz2020/03/03 k-anz
    • 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
    • teracy_junk2018/09/04 teracy_junk
    • teruyastar2018/08/31 teruyastar
    • joker-132018/08/31 joker-13
    • hachir02018/08/30 hachir0
    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

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

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事

    はてなブックマーク

    公式Twitter

    はてなのサービス

    • App Storeからダウンロード
    • Google Playで手に入れよう
    Copyright © 2005-2025 Hatena. All Rights Reserved.