📚[Backend Development] 제어의 역전(IoC)와 의존성 주입(DI)

✅ 1. 제어의 역전(IoC: Inversion of Control)

📌 정의

객제의 생성, 생명주기, 의존성 관리 등 제어권을 개발자가 아닌 프레임워크가 담당하는 것

📍쉽게 말하면?

원래는 개발자가 new 키워드로 객체를 생성하고 연결해야 했지만, 이제는 그 책임을 스프링 프레임워크에 넘긴 것입니다.

🔁 전통적 방식 (제어권 = 개발자)

UserService userService = new UserService();
ArticleService articleService = new ArticleService(userService);

✅ IoC 방식 (제어권 = 스프링)

@Component
public class ArticleService {
    private final UserService userService;
    
    @Autowired
    public ArticleService(UserService userService) {
        this.userService = userService;
    }
}

➞ 객체 생성 및 주입은 스프링 컨테이너가 알아서 해줍니다.

✅ 2. 의존성 주입(DI: Dependency Injection)

📌 정의

객체가 의존하는 다른 객체를 “직접 생성하지 않고” 외부에서 주입받는 방식

DI는 IoC의 구현 방식 중 하나입니다.
대표적으로 생성자 주입, 필드 주입, 세터 주입이 있습니다.

🔧예: 생성자 주입

@Component
public class ArticleService {
    private final UserService userService;
    
    @Autowired
    public ArticleService(UserService userService) {
        this.userService = userService;
    }
}

🔧예: 필드 주입

@Component
public class ArticleService {
    
    @Autowired
    private UserService userService;
}

✅ IoC vs DI 요약

구분	제어의 역전(IoC)	의존성 주입(DI)
개념	제어권을 프레임워크에 넘김	객체 간 의존성을 외부에서 주입
역할	전체 흐름의 제어를 바꿈	객체 간 관계를 설정함
관계	DI는 IoC를 구현하는 방식 중 하나	IoC보다 좁은 개념
예시	스프링이 Bean을 만들고 관리	스프링이 필요한 의존 객체를 주입

🎯 결론

IoC는 누가 객체를 만들고 관리하느냐의 문제 → 스프링이 대신 함
DI는 어떻게 객체 간 연결을 하느냐의 문제 → 생성자, 필드 등을 통해 주입

devkobe24.com

Contact

📚[Backend Development] 제어의 역전(IoC)와 의존성 주입(DI)

✅ 1. 제어의 역전(IoC: Inversion of Control)

📌 정의

📍쉽게 말하면?

🔁 전통적 방식 (제어권 = 개발자)

✅ IoC 방식 (제어권 = 스프링)

✅ 2. 의존성 주입(DI: Dependency Injection)

📌 정의

✅ IoC vs DI 요약

🎯 결론