依存性注入（DI） とは？

たとえば注文を処理するクラスが、データを保存する部品を使うとするね。その保存の部品が依存先だよ。DIでは、注文クラスの中で保存の部品を作る代わりに、外で用意して渡すんだ。

必要な役割をそろえた実装に差し替えやすくなるよ。テストでは本物のDBへ書く部品の代わりに、記録だけする代役を渡せる。インターフェースなどで役割を決めておくと、使う側が具体的な実装に依存しにくくなるんだ。

コンストラクタの引数として渡す方式や、セッターで設定する方式などがあるよ。Springでは必須の依存先にはコンストラクタ、任意の依存先にはセッターを使う考え方が示されている。どのクラスでも一つの方式が絶対に最適、というわけではないんだ。

自分で部品を作り、コンストラクタなどへ渡してもDIだよ。DIコンテナは、登録された設定からオブジェクトを作り、依存先を組み立てる道具。Springや.NETなどに仕組みがある。コンテナと設計の考え方は分けて覚えよう。

必要な境界を考えて使おう。依存先が増えすぎると、クラスが多くの責任を持っていないか見直す手掛かりになる。コンテナを使う場合は、どこで登録したかだけでなく、部品をどのくらい共有し、いつ破棄するかも確認するんだ。