C#における依存性注入（DI）の実装方法4選とそれぞれのメリット・デメリット

結合された（依存関係を持つ）オブジェクトを、疎結合な（独立した）オブジェクトへと変換しながら注入するプロセスは「依存性注入（Dependency Injection：DI）」と呼ばれます。DIはオブジェクト指向設計における重要なデザインパターンの一つであり、C#をはじめとする多くの言語でソフトウェアの柔軟性とテスト容易性を高めるために広く活用されています。

依存性注入の4つの種類

DIには主に以下の4つの実装手法があります。

1. コンストラクタインジェクション
2. セッターインジェクション
3. インターフェースベースのインジェクション
4. サービスロケータインジェクション

1. コンストラクタインジェクション

コンストラクタインジェクションは、パラメータ化されたコンストラクタを通じてインターフェース型の引数を受け取る手法です。オブジェクトを生成するタイミングで、他のクラスへの依存関係をコンストラクタ経由で注入します。依存関係が必須である場合に最も一般的に使われる方法です。

2. セッターインジェクション

セッターインジェクションは、get(){} や set(){} のようなデフォルトのパブリックプロパティの手続きを利用して依存関係を注入する方法です。オブジェクト生成後に依存関係を差し替えられるため、任意の依存関係に適しています。

3. インターフェースインジェクション

インターフェースインジェクションは、ゲッター・セッターインジェクションと考え方が似ています。ただし、標準のゲッター・セッターを使用する代わりに、専用のサポートインターフェース（いわば明示的なゲッター・セッター）を定義し、そのインターフェースのプロパティを通じて依存関係を設定する点が異なります。

4. サービスロケータインジェクション

サービスロケータインジェクションは「依存性吸収（Dependency Absorption）」とも呼ばれます。new 演算子による直接的なオブジェクト生成を置き換える役割を持ち、オブジェクトを明示的に作成することなくメソッドを呼び出すことで、クラス間の依存関係を隠蔽します。

DIを導入するメリット

• クラス間の結合度（カップリング）を低減できる
• コードの再利用性が向上する
• コードの保守性が向上する
• アプリケーションの単体テストが容易になる
• 設定を一元管理できる

依存性注入のデメリット

依存性注入の主な欠点は、インスタンスの数が非常に多かったり、解決すべき依存関係が複雑に絡み合っていたりする場合、多くのインスタンスを組み合わせて管理することが極めて難しくなる点です。そのため、大規模なプロジェクトではDIコンテナの適切な設計や運用ルールの整備が重要になります。