의존관계 주입(Dependency Injection), 의존성 주입이란?

● 의존관계(Dependency)란?

- 의존관계는 의존 대상 B가 변하면, 그것이 A에 영향을 미칠 때 A는 B와 의존관계라고 한다.

예를 들어 피자 가게의 요리사는 피자 레시피에 의존한다. 만약 피자 레시피가 변경된다면, 요리사는 피자를 새로운 방법으로 만들게 될 것이다. 레시피의 변화가 요리사에게 미쳤기 때문에 요리사는 레시피에 의존한다라고 할 수 있다.

public class PizzaChef {
	private PizzaRecipe pizzaRecipe;
    
    public PizzaChef() {
    	this.pizzaRecipe = new PizzaRecipe();
    }
}

PizzaChef 객체는 PizzaRecipe 객체에 의존 관계가 있다. 이러한 구조는 다음과 같은 문제점을 가지고 있다.

 -  두 클래스의 결합성이 높다.

 PizzaChef 클래스는 PizzaRecipe 클래스와 강하게 결합되어 있다는 문제점을 가지고 있다. 만약 PizzaChef가 새로운 레시피인 CheezePizzaRecipe 클래스를 이용해야 한다면 PizzaChef 클래스의 생성자를 변경해야만 한다. 마약 이후 레시피가 계속해서 바뀐다면 매번 생성자를 바꿔줘야 하는 등, 유연성이 떨어지게 된다.

 - 객체들 간의 관계가 아닌 클래스 간의 관계가 맺어진다.

객체 지향 5원칙(SOLID) 중 "추상화에 의존해야지, 구체화에 의존하면 안된다."라는 DIP원치기 존재한다. 현재 PizzaChef 클래스는 PizzaRecipe 클래스와 의존관계가 있다. 즉, PizzaChef는 클래스에 의존하고 있다. 이는 객체 지향 5원칙(SOLID)원칙을 위반하는 것이므로 PizzaChef 클래스의 변경이 어려워지게 된다.

이러한 문제점을 해결할 수 있는 것이 바로 의존관계 주입(Dependency Injection)이다.

● 의존관계 주입(Dependency Injection 이하 DI)이란?

 - DI는 의존관계를 외부에서 결정(주입) 하는 것을 말한다. 스프링에서는 이러한 DI를 담당하는 DI 컨테이너가 존재한다. 이 DI 컨테이너가 객체들 간의 의존관계를 주입한다.

 위의 문제점을 DI를 이용해 해결해 보자. 우선 다양한 피자 레시피를 추상화 하기 위해 PizzaRecipe를 interface로 만들자. 이후 다양한 종류의 피자 레시피는 PizzaRecipe 인터페이스를 구현하는 식으로 작성하면 된다.

public interface PizzaRecipe {}

public class CheesePizzaRecipe implements PizzaRecipe {}

이제 PizzaChef 클래스의 생성자에서 외부로부터 피자 레시피를 주입(Injection) 받도록 변경하자.

public class PizzaChef {

	private PizzaRecipe pizzaRecipe;
    
    public PizzaChef(PizzaRecipe pizzaRecipe) {
    	this.pizzaRecipe = pizzaRecipe;
    }
}

이때 스프링의 DI 컨테이너가 애플리케이션 실행 시점에 필요한 객체를 생성하여 PizzaChef클래스에 주입해주는 역할을 한다.

// DI 컨테이너에서의 동작
PizzaChef = new PizzaChef(new CheesePizzaRecipe());

// 치즈 피자 레시피에서 베이컨 피자 레시피로 바뀐다면
PizzaChef = new PizzaChef(new BaconPizzaRecipe());

이렇게 하면 피자 셰프는 피자 레시피가 바뀌더라도 생성자를 변경하지 않아도 된다. 그저 레시피가 바뀐다면 외부에서 바뀐 레시피를 주입해주기만 하면 된다.

이처럼 의존관계를 외부에서 결정하여 주입하는 것이 DI이다.

● 의존 관계 주입 방법

 -  스프링 공식문서에 따르면 DI는 2가지의 주요방법이 있다.

  1. 생성자 주입(Constructor-based Dependency Injection)

  2. 수정자 주입(Setter-based Dependency Injection)

 생성자 주입은 위에서 본 것 처럼 생성자를 이용하여 의존관계를 주입한 것이다. 생성자 주입은 생성자의 호출 시점에 1회 호출되는 것이 보장된다. 따라서 주입받은 객체가 변하지 않거나, 반드시 객체의 주입이 필요한 경우에 사용 할 수 있다.

public class PizzaChef {
	private PizzaRecipe pizzaRecipe;
    
    public setPizzaRecipe(PizzaRecipe pizzaRecipe) {
    	this.pizzaRecipe = pizzaRecipe;
    }
}

PizzaChef pizzaChef = new PizzaChef();

pizzaChef.setPizzaRecipe(new CheesePizzaRecipe());

이러한 수정자 주입 방법은 생성자 주입과 다르게 주입받는 객체가 변경될 가능성이 있는 경우에 사용한다.(인프런 김영한님에 의하면 거의 없다고 한다.)

이외에도 필드 주입, 일반 메서드 주입 등 방법이 있지만, 스프링은 생성자 주입을 사용하기를 권장한다.

● 의존 관계 주입의 장점

- DI를 사용하면 다음과 같은 장점들이 존재한다.

 1. 결합도가 줄어든다.

 어떤 객체가 다른 객체에 의존한다는 것은, 그 의존 대상의 변화에 취약하다는 뜻이다. DI를 이요하면 주입받는 대상이 바뀔지 몰라도 해당 객체의 구현 자체를 수정할 일은 없어진다.

 2. 유연성이 높아진다.

 기존 PizzaChef 클래스는 피자 레시피를 바꾸는 것이 쉽지 않았다. 생성자 코드 자체를 변경해주어야 했지만, DI를 이용하면 생성자의 인수만 다른 피자 레시피로 바꿔주면 된다.

 3. 테스트하기 쉬워진다.

 DI를 이용한 객체는 자신이 의존하고 있는 인터페이스가 어떤 클래스로 구현되어 있는지 몰라도 된다. 따라서 테스트하기 더 쉬워진다.

 4. 가독성이 높아진다.

 

[Spring] 의존관계 주입(Dependency Injection), 의존성 주입, DI란? (tistory.com)

[Spring] 의존관계 주입(Dependency Injection), 의존성 주입, DI란?