IoC 와 DI

[JM-220]

📆 일자: 26년 8월 16일(일) : 일주일 미루어졌는데 어제 깜박해서 지금이라도 발제합니다.

Spring을 쓰면 개발자가 직접 객체를 만들지 않고, Spring이 대신 객체를 만들어서 필요한 곳에 넣어줍니다. 이렇게 객체를 만들고 관리하는 걸 프레임워크에 맡기는 걸 IoC(제어의 역전)라고 하고, 그 객체를 실제로 넣어주는 방법을 DI(의존성 주입)라고 합니다. 이번 스터디에서는 IoC와 DI가 각각 무엇이고 왜 쓰는지 쉽게 이해해보려고 합니다.

🤔오늘의 질문

1. IoC(제어의 역전)란 무엇인가요? 쉬운 말로 설명해주세요.
2. DI(의존성 주입)란 무엇이며, 우리가 직접 객체를 만들지 않고 Spring이 대신 넣어주면 뭐가 좋은가요?
3. IoC와 DI는 서로 어떤 관계인가요?

[k9425mino]

1. IoC(제어의 역전)란 무엇인가요? 쉬운 말로 설명해주세요.

IoC(Inversion of Control, 제어의 역전) 은 프로그램의 실행 흐름을 내가 직접 관리하지 않고, 외부에서 관리하도록 맡기는 것이다.

보통 우리가 직접 요리를 한다고 생각해보자.

나
 ↓
재료 준비
 ↓
요리
 ↓
그릇 준비
 ↓
완성

내가 무엇을 언제 할지 전부 직접 결정한다.

그런데 식당에 가면 다르다.

나 → "김치찌개 주세요"
          ↓
      식당 직원
          ↓
    재료 준비 → 요리 → 제공

나는 "김치찌개를 만들어 달라"고만, 실제 요리 과정은 식당이 관리한다.

이것이 IoC의 핵심적인 느낌이다.

프로그래밍에서는, 예를 들어 객체가 다른 객체를 필요로 한다고 해보자.

IoC가 없다면:

class Computer {
	private Keyboard keyboard = new Keyboard();
}

Computer가 직접 Keyboard를 만들어버린다. 즉, Computer가 객체의 생성과 사용을 모두 통제한다.

IoC를 적용하면:

class Computer {
	private Keyboard keyboard;
	
	public Computer(Keyboard keyboard) {
		this.keyboard = keyboard;
	}
}

이제 Computer는 Keyboard를 직접 만들지 않는다. 누군가 밖에서 만들어서 넣어준다.

Keyboard keyboard = new Keyboard();
Computer computer = new Computer(keyboard);

객체를 만드는 제어권이 Computer에서 외부로 넘어간 것이다. 그래서 "제어의 역전"이라고 부른다.

그리고 IoC를 구현하는 대표적인 방법이 DI(Dependency Injection, 의존성 주입)이다.

IoC
└── 제어권을 외부에 맡기는 큰 개념
     │
     └── DI
          └── 필요한 객체를 외부에서 주입받는 방법

---

2. DI(의존성 주입)란 무엇이며, 우리가 직접 객체를 만들지 않고 Spring이 대신 넣어주면 뭐가 좋은가요?

DI(Dependency Injection, 의존성 주입) 는 쉽게 말하면, 객체가 필요한 객체(의존성)를 직접 만들지 않고, 외부에서 만들어서 넣어주는 것이다. 앞에서 설명한 IoC(제어의 역전)를 구현하는 대표적인 방법이라고 볼 수 있다.

DI가 없다면? 예를 들어 OrderService가 PaymentService를 필요로 한다고 해보겠다.

public class OrderService {

    private PaymentService paymentService;

    public OrderService() {
        this.paymentService = new PaymentService();
    }
}

여기서는 OrderService가 직접

new PaymentService()

를 사용해서 객체를 만든다.

즉, PaymentService가 필요하니까 자신이 직접 만드는 구조이다.

DI를 사용하면?

public class OrderService {

    private PaymentService paymentService;

    public OrderService(PaymentService paymentService) {
        this.paymentService = paymentService;
    }
}

이제 OrderService는 PaymentService를 직접 만들지 않는다. 외부에서 넣어준다.

PaymentService paymentService = new PaymentService();

OrderService orderService =
		new OrderService(paymentService);

여기서

PaymentService
      ↓
OrderService에 주입
      ↓
OrderService가 사용

이것이 의존성 주입(DI)이다.

Spring을 사용하면 우리가 일일이 객체를 생성하고 연결할 필요가 줄어든다.

예를 들어:

@Service
public class PaymentService {
}

@Service
public class OrderService {
	private final PaymentService paymentService;
	
	@Autowired
	public OrderServcie(PaymentService paymentService) {
		this.paymentService = paymentService;
	}
}

Spring이 애플리케이션을 실행하면서 필요한 객체를 관리하고,

Spring
 │
 ├── PaymentService 객체 생성
 │
 └── OrderService 생성
       │
       └── PaymentService 주입

해준다.

즉, 개발자는 "OrderService는 PaymentService가 필요하다."라고 관계만 알려주고, 객체를 생성하고 연결하는 작업은 Spring에게 맡길 수 있다.

핵심적인 장점은 결합도를 낮추고 유지보수와 테스트를 쉽게 만든다는 것이다.

• ① 객체 간 결합도가 낮아짐: 직접 마들면 OrderService가 PaymentService의 구체적인 구현에 강하게 묶인다. 반면 DI를 사용하면 외부에서 어떤 객체를 넣어줄지 결정할 수 있다.
• ② 테스트하기 쉬워짐: 실무에서 중요한 요소로, 예를 들어 실제 결제 서비스 대신 테스트용 객체를 넣을 수 있다. OrderService의 코드를 수정하지 않고도 다른 구현체를 넣어서 테스트할 수 있다.
• ③ 객체 생성과 관리의 책임을 Spring에게 맡길 수 있음: 애플리케이션이 커지면 객체가 수십 개, 수백 개로 늘어날 수 있다. 직접 관리하면 객체들의 의존성 관계를 개발자가 직접 생성하고 연결해야 한다. Spring을 사용하면 Spring 컨테이너가 객체(Bean)의 생성과 의존성 연결을 관리한다.

---

3. IoC와 DI는 서로 어떤 관계인가요?

IoC는 "제어권을 외부에 맡기는 개념"이고, DI는 "그렇게 제어권을 넘기기 위해 사용하는 방법"이다.

IoC
│
│  "객체의 생성·관리·제어를 외부에서 하도록 하자"
│
└── DI
     "필요한 객체를 외부에서 주입해주자"

[ IoC — 큰 개념 ]

원래 객체가 직접 다른 객체를 만들고 관리한다.

class OrderService {
	private PaymentService paymentService = new PaymentService();
}

OrderService가 PaymentService의 생성까지 직접 통제한다.

IoC를 적용하면 이 제어권을 외부로 넘긴다.

[ DI — IoC를 구현하는 방법 ]

class OrderService {
	private final PaymentService paymentService;
	
	public OrderService(PaymentService paymentService) {
		this.paymentService = paymentService;
	}
}

OrderService가 PaymentService를 직접 생성하지 않고, 외부에서 전달받는다.

Spring에서는 이 역할을 Spring 컨테이너가 담당한다.

             Spring Container
                    │
          ┌─────────┴─────────┐
          ↓                   ↓
 PaymentService 생성     OrderService 생성
                              │
                              │ 주입
                              ↓
                       PaymentService

DI 외에도 템플릿 메서드, 이벤트 기반 구조 등 제어 흐름을 외부 프레임워크가 결정하는 다양한 형태가 IoC에 포함될 수 있다.