• 人気のコメント(9)
  • 全てのコメント
fukken fukken ファウラーだったかケントベックだった忘れたが、privateメソッドよりもprivateなフィールドのpublicなメソッドの方がよい、と言っていた記憶。

2016/09/08 リンク

lazex lazex つまり private なメソッドが存在しない JavaScript が最高ってわけですね

2016/09/07 リンク

Nkzn Nkzn privateメソッドをテストしたい欲求が出てきたらそれは別クラスを作れるくらいの責務があるのではという感じかな。

2016/09/07 リンク

indication indication visial studio ultimateじゃないと、publicの試験しか簡単にできないから思い悩んでる

2016/09/07 リンク

umai_bow umai_bow publicメソッドのテストだけでprivateのバグがすべて見つからなかったら何か間違ってる気がする

2016/09/07 リンク

kmaebashi kmaebashi カプセル化の目的が、開発者(チーム)以外の単なる利用者に実装の詳細を見せたくない、ということであれば、それがクラスを単位にすることがそもそも変で、package privateにしておけばよいのでは、と思っている。

2016/09/06 リンク

yashigani_w yashigani_w そんながんばってユニットテストを書こうとしなくてもいいんじゃないだろうか

2016/09/06 リンク

star__hoshi star__hoshi “privateメソッドを導入しようと思ったタイミングで設計に問題があるのでは?”

2016/09/06 リンク

berlysia berlysia privateメソッドが出てくるのは責務の分割が不足しているんじゃないか的な話

2016/09/06 リンク

shinp shinp 引数なし、返り値無しのprivateメソッドは存在価値が無いので作らないように心がけよう。

2016/09/06 リンク

akabekobeko akabekobeko 状態の排除や疎結合を推進してゆくと純粋な関数とか小さな数個の状態だけ持った class へ分散していって private なものは減ってく感じする。単体テストも絡み、私も悩み続けている。

2016/09/06 リンク

assaulter assaulter なるほど...

2016/09/06 リンク

amedama41 amedama41 クラスの不変条件を壊さないメソッドはどのクラスに所属させても問題ないはずなので、そういうメソッドは別クラスに置いてテストすればよいかと

2016/09/06 リンク

krrrr krrrr あるべき話と実際のコード(設計に悩む時間の都合等)は別になるし、困ったら妥協して@VisibleForTestingつけつつpackage privateにしてテスト書いたりもするな

2016/09/06 リンク

ssids ssids だいぶ前に同様の話題が出てたけど、 reflection 使ってテスト中で動的生成するのがいいんじゃね?という話も出てたかと。ただ設計を先に疑うべきなのはその通り。

2016/09/06 リンク

manFromTomorrow manFromTomorrow “小クラス主義” わかる

2016/09/06 リンク

poppun1940 poppun1940 privateメソッドについての思いの変遷 — 裏紙 privateメソッドについての思いの変遷 UnitTestでのprivateメソッドとの向き合い方 - ジムには乗りたい を読んで、自分のprivateメソッドに対する思いを書き殴りたくなったので書いて

2016/09/06 リンク

aiko876roll aiko876roll なんというか抽象度上げて疎結合にしようよに繋がる話なのかね

2016/09/06 リンク

n314 n314 行ったり来たりしているうちにバランスの問題と思うようになって、それがいわゆるセンスと呼ばれるものなんだろうか。

2016/09/06 リンク

komutan1 komutan1 Javaはインターフェースでカプセル化できるから実装クラスは全部publicでOKって話になってなかったっけ?あれ、なっていない?

2016/09/06 リンク

hush_puppy hush_puppy クラス分けるコードの匂いにプライベートメソッドか。そういうのもあるのか。

2016/09/06 リンク

marisatokinoko marisatokinoko わかる、カプセル化は幻想で、テスタブルなのが最優先。適切にサービス化してDIするみたいなのが関数型うんぬんも含めて最近のフレームワーク見ててもトレンドなんかなと思う

2016/09/06 リンク

shiracha_rikyu shiracha_rikyu すげえ良くわかる。。。これ本当そうだよね。検査系の構造踏まえるとこうするべきで、公開範囲制御はFacadeとかを構えて実施したほうが自然になる

2016/09/06 リンク

tpircs tpircs 全部publicにしちゃったら公開範囲ガバガバになっちゃうような・・・。package privateならまだわかる。でも、個人的には公開範囲で困るようなコードあんまり書いてなかったりするからガバガバでも問題ないことが多い。

2016/09/06 リンク

jojo800 jojo800 具体例くれ

2016/09/06 リンク

oktnzm oktnzm "そんでもって最近は、なるべくprivateメソッドは導入したくないと思っています。" 一周まわってglobalおじさんに進化してて草

2016/09/06 リンク

su_zu_ki_1010 su_zu_ki_1010 色々なクラスに同じような処理を行うprivateメソッドが出来ちゃうかな?というような時は別途クラスを作ってそこにpublicなメソッドを書くようにしている、って理解であってますでしょうか。

2016/09/06 リンク

otihateten3510 otihateten3510 やべー理解できない 例がほしい

2016/09/06 リンク

naka-06_18 naka-06_18 クラスをばこばこたくさん作りたくない時に private なメソッドを書きそうな感じなの感。

2016/09/06 リンク

wordi wordi 逃がした先もinternalクラスになりそうな

2016/09/06 リンク

    関連記事

    privateメソッドについての思いの変遷 — 裏紙

    privateメソッドについての思いの変遷 UnitTestでのprivateメソッドとの向き合い方 - ジムには乗りたい ...

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

    • heatman2016/10/05 heatman
    • hugedroning2016/10/04 hugedroning
    • etakaha2016/09/19 etakaha
    • battlesoon2016/09/14 battlesoon
    • masao843852016/09/13 masao84385
    • kamemoge2016/09/13 kamemoge
    • yogasa2016/09/13 yogasa
    • mizdra2016/09/12 mizdra
    • astk_f2016/09/08 astk_f
    • mizunasi2016/09/08 mizunasi
    • langu2016/09/08 langu
    • fukken2016/09/08 fukken
    • lanius2016/09/08 lanius
    • tmk4632016/09/08 tmk463
    • lazex2016/09/07 lazex
    • masayoshinym2016/09/07 masayoshinym
    • seven_pairs2016/09/07 seven_pairs
    • light9402016/09/07 light940
    すべてのユーザーの
    詳細を表示します

    関連商品

    いま人気の記事

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

    新着記事 - テクノロジー

    同じサイトの新着