什么是依赖注入和控制反转？

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`，由其他人决定提供哪个具体实现。

## 注入方式

| 方式 | 如何 |
|---|---|
| Constructor | 传给构造函数（首选 — 必需的依赖明确） |
| Setter | 通过方法在构造后设置（可选依赖） |
| Interface/container | 框架解析并注入（Spring、.NET DI） |

## Trade-offs

```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 是依赖倒置原则的实际体现 — 高层逻辑不再依赖具体的低层类。

その回报是可测试性和灵活性：你可以在测试中替换一个假数据库，或者在生产中通过改变配置而不是改变业务逻辑来替换支付提供商。

方式	如何
Constructor	传给构造函数（首选 — 必需的依赖明确）
Setter	通过方法在构造后设置（可选依赖）
Interface/container	框架解析并注入（Spring、.NET DI）