의존성, 의존관계 주입

Goal

1. 의존성 / 의존관계와 주입식 방법 알아보기
2. 생성자 주입을 권장하는 이유 설명하기

 

의존성 / 의존관계란?

A가 B를 의존한다 = B가 변하면 A에게도 영향을 미친다

자바에서 클래스 간 의존관계를 생성하는 방법은 3가지로 볼 수 있다.

방법	설명	권장
@Autowired	필드 주입식 방법	원래 사용했었는데 이제는 IntelliJ에서 생성자 주입식 방법 쓰라고 경고 뜸
@Setter	수정자 주입식 방법	Public 메소드를 통해 아무나 수정 가능하기 때문에 보안성 문제가 있
@RequiredArgsConstructor	생성자 주입식 방법	***가장 권장 하는 방법***

 

1. 필드 주입식 방법 

• new 키워드 써서 의존하게 되면 Driver가 생성될 때 이미 어떤 차를 가지는지 정해져 있기 때문에 높은 결합도를 가지게 되고 코드가 유연하지 못하다!!

public interface Car {  // 차 인터페이스 
	String getCarName();
}

public class Ferrari implements Car {  // 차 종류 1
	@Override
	public String getCarName() {
		return "페라리 입니다.";
	}
}

public class Porsche implements Car {  // 차 종류 2
	@Override
	public String getCarName() {
		return "포르쉐 입니다.";
	}
}

public class Driver {
	private Car car = new Ferrari();  // new 라는 키워드 써서 Driver는 Car에 의존하게 됨

	public String printCar() {
		return "저의 차는 " + car.getCarName;
	}
}

또는

public class Driver {
	@Autowired
	private Car car;

	public String printCar() {
		return "저의 차는 " + car.getCarName;
	}
}

 

2. 수정자 주입식 방법

• 수정자를 통한 의존성 주입을 하면 Driver 객체가 어떤 Car를 가지는지 setCar() 메소드를 통해 주입할 수 있기 때문에 낮은 결합도를 가지게 된다
• 하지만 문제는 Car를 주입하지 않아도 Driver 객체가 생성 가능하기 때문에 printCar() 메소드를 호출 했을 때 NullPointerException이 발생한다는 것이다
• 그래서 생성자 주입을 사용하면 된다!

public class Driver {
	private Car car;

	// 수정자(setter)를 통한 의존성 주입
	public void setCar (Car car) {
		this.car = car;
	}

	// 수정자를 통해 Car를 주입하지 않아도 Driver 객체가 생성 가능하기 때문에
	// 이때 printCar() 메소드를 호출하면 NullPointerException이 발생함
	public String printCar() {
		return "저의 차는 " + car.getCarName;
	}
}

 

3. 생성자 주입식 방법 

• 생성자를 통한 의존성 주입을 하면 Driver 객체가 생성될 때 어떤 차를 가지는지 외부에서 선택할 수 있기 때문에 코드가 더 유연해지고 수정자 주입의 문제점을 해결할 수 있다!

public class Driver {
	private final Car car;

	// 생성자(constructor)를 통한 의존성 주입
	public Driver (Car car) {  // 외부에서 Driver 객체를 생성할 때 차 종류를 선택할 수 있음!
		this.car = car;
	}

	public String printCar() {
		return "저의 차는 " + car.getCarName;
	}
}

 

생성자 주입식 방법 권장 이유

1. null을 주입하지 않는 한 printCar()에서 NullPointerException이 발생하지 않는다
2. 의존관계 주입을 하지 않으면 Driver 객체를 아예 생성할 수가 없다. 그래서 컴파일 타임에 미리 오류를 잡아낼 수 있다
3. setter 주입식 방법에서는 할 수 없었던 final 이라는 키워드를 사용해서 아무도 Car 객체를 바꿔치기 할 수 없게 코드를 구현할 수 있다

+) 보너스 이유

1. (스프링에서는) 순환참조를 하고 있는 경우에 스프링 애플리케이션이 구동되지 않기 때문에 실행 시 바로 순환참조 에러를 발견할 수 있다 (수정자 주입을 사용하면 애플리케이션 구동이 잘 되다가 순환참조를 하는 부분이 호출 될 때만 StackOverflowError 에러가 생긴다)
2. 테스트 코드 작성이 용이하다