>>373
> 発想を変えてpublicにするのが妥当な設計に変えればいい

その手のプラクティスで重用されるのがたとえばDIなんだが。
staticネタと関連する点ではたとえばDIではファクトリやロケーター等のstatic
メソッド呼び出しは一般的に排除される傾向がある。

>つまり、あるクラスにprivateなmin関数があるのであれば、
>別のクラスを作って、そこにpublicなmin関数を作り

それは他方で新たな依存性を導入するということでありテスト目的でアドホック
にこんなことをやられては正直たまらん。


> あるクラス・・・で使用するユーティリティを集めたクラスという設計にすれば、
> 自然な形で比較的簡単にpublicに変更できる。

ユーティリティメソッド依存症というのもあってだな、このクラスからだけ使うと
思って切り分けたユーティリティメソッド群をpublicとして実装するも、予期せぬ
クラスからもこれは便利だと参照されるようになった結果元のクライアントクラス
の仕様変更に伴いあるユーティリティメソッドを書き換えようにも他のからも
使われまくりでおいそれと変更できないということがある。

いいとこパッケージプライベートだよ。適切なメソッドの可視性を実現するために
皆気をつかっているのにこの人は書くこと書くことお気楽すぎる。