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

<aside> 1️⃣ IOC란?

</aside>

• Inversion of Control(IoC)는 소프트웨어 엔지니어링에서 매우 중요한 원칙 중 하나이다. 이 원칙은 프로그램의 흐름 제어가 사용자가 아닌 프레임워크에 의해 수행되는 것을 의미한다. 일반적인 프로그래밍에서, 사용자가 작성한 코드(또는 메인 함수)는 프로그램의 흐름을 제어하며 다양한 함수나 객체를 호출한다. 그러나 IoC 원칙에서는 이 흐름이 역전되어, 사용자 코드를 프레임워크가 호출하게 된다. 이것이 바로 "제어의 역전"이라는 표현이 의미하는 것이다.
• 이러한 원칙은 보통 프레임워크나 라이브러리를 설계할 때 많이 사용되며, 사용자의 코드를 더 모듈화하고 재사용 가능하며 유연하게 만드는데 도움이 된다. 스프링 프레임워크에서 IoC는 주로 "IoC 컨테이너"라는 형태로 구현된다. IoC 컨테이너는 객체의 생명주기를 관리하고, 의존성 주입(Dependency Injection)을 수행하는 등의 역할을 담당한다.

<aside> 2️⃣ 예시

</aside>

• 스프링에서는 개발자가 직접 객체를 생성하거나 서비스를 찾아서 연결하는 것이 아닌, IoC 컨테이너에 의해 객체가 생성되고 필요한 의존성이 주입된다.

@Service
public class BookService {
    private final BookRepository bookRepository;

    @Autowired
    public BookService(BookRepository bookRepository) {
        this.bookRepository = bookRepository;
    }

    // 서비스 메소드들...
}

• 예시코드에서 **BookService**는 **BookRepository**에 의존하고 있다. 스프링 IoC 컨테이너는 **BookService**가 생성될 때 이 의존성을 주입해 준다. 이는 @Autowired 어노테이션을 통해 가능하며, 이를 통해 개발자는 직접 **BookRepository**를 생성하거나 관리할 필요가 없다. 이렇게 제어가 사용자(개발자)에서 프레임워크(여기서는 스프링)로 역전된 것이다.

따라서 IoC는 코드의 결합도를 줄이고 유연성과 확장성을 증가시키는 데 큰 도움이 된다. 이는 소프트웨어 설계의 SOLID 원칙 중 하나인 **Dependency Inversion Principle (의존 역전 원칙)**과도 깊은 연관이 있다.