.NET の依存性注入（Dependency Injection）はどのように機能しますか？

Question

Accepted Answer

**依存性注入（DI）**は最新の .NET に組み込まれています — このフレームワークには DI コンテナが含まれており、クラスを自動的に構築し、**その依存関係を注入**します。サービスを登録（インターフェースを実装にマッピング）すると、コンテナはそれらを解決し、疎結合でテスト可能なコードを実現します。ASP.NET Core の基礎となっています。 ## サービスの登録 ```csharp // in Program.cs — register services with a LIFETIME builder.Services.AddScoped(); // interface → implementation builder.Services.AddSingleton(); builder.Services.AddTransient(); ``` それぞれのサービスマッピングを、**インターフェースを実装にマッピング**して登録します。ライフタイムを指定して登録すると、そのインターフェースに依存するすべてのものが、登録された実装を受け取ります。 ## コンストラクタインジェクション（標準的なパターン） ```csharp public class UserService { private readonly IUserRepository _repo; private readonly IEmailSender _email; // dependencies are declared in the constructor — the container INJECTS them automatically public UserService(IUserRepository repo, IEmailSender email) { _repo = repo; _email = email; } } // you never `new UserService(...)` manually — the container builds it, resolving the chain ``` 依存関係はコンストラクタパラメータ（インターフェースとして型付けされる）として宣言されます。コンテナはクラスを構築し、登録されている実装を注入し、依存関係グラフ全体を自動的に解決します。 ## サービスのライフタイム（正しく選択することが重要） ```text Singleton → ONE instance for the entire app lifetime (shared; must be thread-safe) Scoped → one instance PER request (the common default for web — e.g. DbContext) Transient → a NEW instance every time it's requested (lightweight, stateless services) → Choosing wrong (e.g. a singleton capturing a scoped DbContext) causes subtle bugs. ``` ## 利点：疎結合とテスト可能性 ```csharp // because UserService depends on INTERFACES, you can inject MOCKS in tests var service = new UserService(mockRepo, mockEmail); // no real DB/email needed ``` ## なぜ重要なのか依存性注入は最新の .NET の基礎です — **フレームワークに組み込まれている**ため、ASP.NET Core の根幹となっており、最新の C# アプリケーション開発には欠かせません。フレームワークに組み込まれた DI コンテナは、クラスを自動的に構築し、依存関係を注入します（依存関係グラフ全体を解決）。そのため、サービスを登録して、コンテナにすべてを配線させるのであって、依存関係を手動でインスタンス化することはありません。主な利点は重要で、DI が強調される理由の中心です：**疎結合**（具象クラスではなくインターフェースに依存するため、実装を交換できる）、特に**テスト可能性**（データベースやメールサービスなどの実際の依存関係の代わりに、テストでモック実装を注入できるため、徹底的なユニットテストが実現可能になる）です。サービスの登録方法（インターフェースを実装にマッピング）、コンストラクタインジェクション（標準的なパターン）、そして重要に、**サービスのライフタイム**（`Singleton`、`Scoped`、`Transient`）の理解が不可欠です：誤ったライフタイムを選択するとデバッグが難しいバグが発生します（例えば、シングルトンがスコープ付きの `DbContext` を保持している場合、または共有シングルトンのスレッド安全性の問題など）。そのため、各ライフタイムがいつ適用されるか（DbContext のような場合は要求ごとのスコープ、共有のステートレスサービスはシングルトン、軽いものはトランジェント）を理解することが重要です。 DI は .NET に組み込まれており、ASP.NET Core のアーキテクチャを支え、疎結合でテスト可能なコードを書くための鍵となっているため、習得すること — コンテナ、コンストラクタインジェクション、インターフェースベースの設計、特にサービスのライフタイム — は、保守可能でテスト可能な最新 C# アプリケーションを構築するための重要で頻繁に適用される上級知識であり、インタビューでよく出題されるトピックです。