Springフレームワークについて質問です。

Question

DIコンテナはメソッドの引数を指定するするためではなく、コンストラクタの引数を指定するために使うものという認識は正しいでしょうか？

Answer 1

DI（Dependency Injection）は依存性を無くすためのものです。
依存性とはnewでありimportです。
ようは、そのクラスが削除されてしまうと、コンパイルが通らないという状況が依存です。

一般的にクラス間を疎結合にするにはインターフェースを使いますが、
インターフェースを使ったところで、
実装クラスをどこかでnewしなければいけない状況は変わりません。
newすらも自分でしたくないということで登場したのがDIです。

自分でnewしてしまうと、そのクラスではなく別のクラスを使いたくなった時に、
呼び出し元のクラスを書き換える必要があります。
書き換えてしまうとテストをする必要が出てきます。

あるクラスのインスタンスを作成し、そのインスタンスの各フィールドなどを設定して
使える状態にする。
これらをクラスを編集して行うのではなく、全て外部（設定ファイル）で行い、
任意のクラスにそのインスタンスを注入（Injection）する。
つまり、呼び出し元のクラスを全く編集することなく、処理をごっそり別物に変えることができる。
それがDIの真髄です。

呼び出し元のクラスを触っていないわけですから、
注入するクラスのユニットテストさえ終わっていれば、処理を変え放題ということになります。

コンストラクタやセッターというのは、注入手段でしかなく
それ自体はDIの本質ではありません。ケースバイケースってことです。

Answer 2

みなさん、わかりやすい説明ありがとうございます。

Answer 3

ビギナーの私の認識では、newしてくれたインスタンスを、作成したクラスのフィールド、コンストラクタに代入してくれる認識です。そして、そのインスタンスの生存期間をセッション単位なのか、リクエスト単位、代入される都度などにコントロールしてくれると認識してます。
例えば生存期間をセッションにすると、ログイン成功後のユーザーIDを画面を跨いで保持できるし、リクエストスコープにするとリクエストを受信した期間、DIコンテナに登録したビーン（インスタンス）は生存しており、それをクラスやメソッド間で引き回したい場合も、引数に渡さずとも、引き回したいクラスで@autowiredでインジェクションしたらクラス内のどこでも使用できます。
ただし、コレがベストな設計であるかはわかりませんが。

Answer 4

いいえ、DI(Depengency Injection)のパターンは、コンストラクタインジェクション以外にも、セッターインジェクション、メソッドインジェクションがあります。