의존성 주입(dependency injection)과 제어의 역전(IoC)이란 무엇인가요?

Question

Accepted Answer

**의존성 주입(Dependency Injection, DI)**은 객체가 의존성을 스스로 생성하는 대신 외부로부터 받는 것을 의미합니다. 이는 **제어의 역전(Inversion of Control, IoC)**의 한 형태입니다: 객체를 연결하는 책임이 객체로부터 *역전되어* 호출자나 컨테이너에 주어집니다.

## DI 없이 대 DI와 함께

```python
# DI 없이 — class 가 자신의 의존성을 통제 (강한 결합)
class OrderService:
    def __init__(self):
        self.repo = PostgresOrderRepo()   # 하드와이어됨; 교체나 테스트 불가

# DI 와 함께 — 의존성이 전달됨 (느슨한 결합)
class OrderService:
    def __init__(self, repo: OrderRepo):  # 어떤 OrderRepo 구현이든
        self.repo = repo

# 연결은 외부에서 일어남:
service = OrderService(PostgresOrderRepo())   # 운영
test    = OrderService(InMemoryOrderRepo())   # 테스트 — DB 불필요
```

이제 class는 *추상화* `OrderRepo`에 의존하고, 어떤 구체 구현을 제공할지는 다른 누군가가 결정합니다.

## 주입의 형태

| 형태 | 방법 |
|---|---|
| 생성자 | 생성자에 전달 (선호 — 필수 의존성이 명시적) |
| Setter | 생성 후 메서드를 통해 설정 (선택적 의존성) |
| Interface/컨테이너 | 프레임워크가 해결하고 주입 (Spring, .NET DI) |

## 트레이드오프

```text
✓ 테스트 가능 (가짜/목 주입)   ✓ 교체 가능한 구현
✓ 명시적 의존성                ⚠️ 더 많은 연결; 간접 계층이 흐름을 가릴 수 있음
⚠️ DI 컨테이너는 "마법"을 추가 → 무엇이 어디서 연결되는지 추적하기 어려움
```

## 왜 중요한가

DI는 Dependency Inversion Principle의 실용적 구현입니다 — 고수준 로직이 구체적인 저수준 class에 의존하기를 멈춥니다.

그 보상은 테스트 용이성과 유연성입니다: 테스트에서 가짜 데이터베이스로 대체하거나, 비즈니스 로직이 아니라 연결을 변경하여 운영에서 결제 제공자를 교체할 수 있습니다.

형태	방법
생성자	생성자에 전달 (선호 — 필수 의존성이 명시적)
Setter	생성 후 메서드를 통해 설정 (선택적 의존성)
Interface/컨테이너	프레임워크가 해결하고 주입 (Spring, .NET DI)