依存性注入（DI）とは何ですか？

クラスが必要とする依存オブジェクトを外部から渡す設計パターン。テスタビリティと疎結合を実現する。

依存性注入（DI）のポイントは？

コンストラクタ注入が最も推奨される方式。テスト時にモックを注入しやすくなる。Spring（Java）、NestJS（TypeScript）に組み込みのDIコンテナ。SOLID原則のD（依存性逆転の原則）と密接に関連

【いそんせいちゅうにゅう】

💡 「自分で作る」のではなく「外からもらう」

📌 このページのポイント

依存性注入のイメージ（直接依存 vs インターフェース経由）

ひよこ

DIって何がうれしいの？

ペンギン先生

例えばUserServiceがDatabaseを直接newすると、テスト時に本物のDBが必要になる。DIでDatabaseを外から渡す設計にすれば、テスト時はモックDBを渡せる。依存先を差し替えられるから、テストが簡単になり、部品の交換も柔軟になるんだよ

ひよこ

ペンギン先生

クラスのコンストラクタ引数に依存オブジェクトを受け取る方式だよ。「class UserService { constructor(private db: Database) {} }」のように書く。セッター注入やフィールド注入もあるけど、コンストラクタ注入が最も安全で推奨されているよ

ひよこ

DIコンテナって何？

ペンギン先生

依存オブジェクトの生成と注入を自動的にやってくれるフレームワークだよ。Spring（Java）、NestJS（TypeScript）、.NET のDIコンテナが代表的。設定（アノテーションや設定ファイル）に基づいて、必要なオブジェクトを自動的にnewして渡してくれるんだ

ひよこ

DIを使いすぎると？

ペンギン先生

全てをDIにすると設定が複雑になって、コードの流れが追いにくくなることがあるよ。「この注入はどこで設定されてるの？」と迷子になる。ユーティリティ関数や値オブジェクトなど、交換する必要がないものまでDIにする必要はない。テストで差し替えたい部分に絞って適用するのが現実的だね

まとめ：ざっくりこれだけ覚えればOK！

「依存性注入」って出てきたら「依存するオブジェクトを外部から渡す設計パターン」と思えればだいたいOK！

📖 おまけ：英語の意味

「Dependency Injection」＝依存性注入

💬 Dependency（依存するもの）をInjection（注入する）。外から渡してもらう仕組みだよ