依存性注入（Dependency Injection）と制御の逆転（Inversion of Control）とは何か？

Question

Accepted Answer

**依存性注入（DI）** とは、オブジェクトが自分自身で依存関係を作成するのではなく、外部からそれらを受け取ることです。これは **制御の逆転（IoC）** の一形態です。オブジェクトを配線する責任が *逆転され* 、オブジェクト自身から呼び出し元またはコンテナに移譲されます。

## DI なし vs. DI あり

```python
# WITHOUT DI — the class controls its own dependencies (tight coupling)
class OrderService:
    def __init__(self):
        self.repo = PostgresOrderRepo()   # hard-wired; can't swap or test

# WITH DI — dependencies are passed in (loose coupling)
class OrderService:
    def __init__(self, repo: OrderRepo):  # any OrderRepo implementation
        self.repo = repo

# wiring happens outside:
service = OrderService(PostgresOrderRepo())   # prod
test    = OrderService(InMemoryOrderRepo())   # test — no DB needed
```

クラスは今、*抽象化* である `OrderRepo` に依存し、誰か他の者がどの具体的な実装を供給するかを決定します。

## インジェクション形式

| 形式 | 方法 |
|---|---|
| コンストラクタ | コンストラクタに渡す（推奨 — 必須の依存関係が明示的） |
| セッター | 構築後にメソッド経由で設定（オプション依存） |
| インターフェース/コンテナ | フレームワークが解決してインジェクト（Spring、.NET DI） |

## トレードオフ

```text
✓ Testable (inject fakes/mocks)   ✓ Swappable implementations
✓ Explicit dependencies            ⚠️ More wiring; indirection can obscure flow
⚠️ DI containers add "magic" → harder to trace what's wired where
```

## なぜ重要なのか

DI は依存性逆転の原則（Dependency Inversion Principle）の実践的な実現です。高レベルのロジックが具体的で低レベルのクラスに依存することを止めます。

利点は、テスト可能性と柔軟性です。テストでフェイク的なデータベースに置き換えたり、本番環境でビジネスロジックを変更せず、配線を変更するだけで決済プロバイダーを交換できます。

形式	方法
コンストラクタ	コンストラクタに渡す（推奨 — 必須の依存関係が明示的）
セッター	構築後にメソッド経由で設定（オプション依存）
インターフェース/コンテナ	フレームワークが解決してインジェクト（Spring、.NET DI）