どういう基準でclassを設計しますか

Question

1 @Autowiredするもの
2 static methodでutil化するもの
3 newして使う普通のclass

1と2の違いが特にわかりません。
3はメンバー変数を使った処理などで振る舞いが変わるものであれば都度newする必要があるのでclass化しようというのは理解できます。
1はsingleton化したいものでしょうか。2との違いってなにですか？
1を多用したほうがmockしやすくtestにおいては優位な気がします。
具体例があるとわかりやすいです。よろしくおねがいします。

Answer 1

基準というか目的別にいうと

１．フィールドに直接newでインスタンスを生成したくない
２．特に業務と関係ないような同じ処理をつど書きたくない＆状態を管理しない(or マルチスレッド対応する）
３．状態を管理する必要がある

ちなみに、singleton化したいから１っていうのは無いです。

Answer 2

1.疎結合
2.密結合
の違いです。

が、これを正しく使い分けるのは難しいです。
密結合はあまり好ましくないとされていたり、
class設計する時間があるなら動くモノを作る方が先決だったりするので、
とりあえずAutowiredというところが多いです。

個人開発や小規模システムであれば、正直どちらでも良いです。

例えですが、Twitterの投稿APIを実行するのに、static methodはあり得ないですよね。
開発環境／内結環境でもhttps通信発生させるのは手間でしょうがないので、
ダミークラスをDIしたりします。
（他にもやり方は沢山あるのでDIだけが正解な訳ではないですが。）

Answer 3

まず、私はあまりJavaはやっていません。

---

1 @Autowired ...

そんなものがあるんですか!? 初めて知りました。
調べてみると、
Spring @Autowired フィールドを持つクラスを手動で生成がヒット。

Javaっていうより、Spring っていうライブラリ? 向けのものらしいです。

@Autowired について簡単に説明すると、自動で初期化されるフィールドの目印。

（フィールドだけでなくセッターメソッドに対しても使用可能）
つまり、コンストラクタやフィールドの右辺に、フィールドの初期化処理を書かなくてよくなる。

と、上記サイトにはありますので、これが正しいなら、単に初期値を指定せずに生成できるってだけです。

2 static method ...

これはあまり好ましくないようです。
オブジェクト指向の概念では、「データ処理はオブジェクトに任せる」、「データの状態はオブジェクトだけが知っている」らしいのです。

なのでstatic method は C言語の関数, C++のグローバル関数と言ったところでしょうか。

そのクラスはC++やC#でいうnamespace の役割になっています。

なのであまり好ましくはない。

ただ、やむを得ない場合もありますが。

3 newして...

これが基本。

ただ、オブジェクトにデータ管理をさせるとクラッシュしたりする言語やライブラリもあるらしいです。
そういう場合はやむを得ないですがね。