1. 답답함의 정체

전 차시에서 우리는 new 직접 생성이 만드는 강한 결합을 직접 경험했습니다. 부품 교체가 어려운 이유는 — 클래스가 자기 객체를 자기가 만들기 때문입니다.

2. IoC — 제어 역전

3. 비유 — 택시 뒷좌석

기존 방식	IoC 방식
내가 운전자 핸들을 잡고 직접 운전 길 막히면 내가 새 길 찾기 = 객체를 직접 new	나는 뒷좌석 손님 목적지만 말함 택시(컨테이너) 가 알아서 운전 = 컨테이너가 객체 관리

4. 코드의 변화

BEFORE — 직접 new

class OrderService {
    private MailSender mail = new GmailSender();
    // 내가 직접 만들고 관리
}

AFTER — IoC

class OrderService {
    private MailSender mail;
    // 받기만 한다 — 만드는 건 컨테이너가
}

new 가 사라졌습니다. 「누가 객체를 만들어주는지」를 클래스 안에서는 모릅니다. 이게 IoC 의 핵심 — 제어권을 위임한다는 것입니다.

5. 누가 만들어주는가?

Spring 컨테이너가 합니다. 애플리케이션 시작 시:

1. 컨테이너가 우리 코드를 스캔
2. 등록할 클래스(@Component, @Service 등) 발견
3. 각 클래스의 인스턴스를 미리 만들어 보관
4. 필요한 곳(다른 클래스의 필드)에 자동 주입

이 컨테이너가 관리하는 객체를 Bean 이라 부릅니다. 다음 차시에서 실제 코드로.

6. 효과

• 결합도 ↓ — 클래스는 인터페이스에만 의존
• 유연성 ↑ — 부품 교체 시 클래스 수정 없음 (설정만 바꾸면 됨)
• 테스트 용이성 ↑ — 단위 테스트 시 가짜 부품(Mock) 을 쉽게 주입
• 코드 간결화 — new 가 사라지고 본질적 로직만 남음

7. Before / After