의존성 주입(Dependency Injection) 종류 /@RequiredArgsConstructor

1. 의존성 주입(Dependency Injection) 종류

의존성 주입의 종류로는 Field, Setter, Constructor(생성자) 방식이 있다.

1) Field Injection

public class AccountController{

	@Autowired
	AccountService accountService;
    
	@Autowired
	AccountRepository accountRepository;
}

2) Setter Injection

public class AccountConroller{
	private AccountService accountService;
	private AccountRepository accountRepository;

	@Autowired
	pubic void setAccountService(AccountService accountService){
		this.accountService = accountService;
	}
	@Autowired
	pubic void setAccountRepository(AccountRepository accountRepository){
		this.accountRepository = accountRepository;
	}
}

3) Constructor Injection

public class AccountConroller{
	private AccountService accountService;
	private AccountRepository accountRepository;

	@Autowired
	pubic void setAccountService(AccountService accountService, AccountRepository accountRepository){
		this.accountService = accountService;
		this.accountRepository = accountRepository;
	}
}

 

2. Constructor Injection 을 권장하는 이유

Spring 에서는 Constructor Injection을 권장한다. 

The Spring team generally advocates constructor injection as it enables one to implement application components as immutable objects  and to ensure that required dependencies are not null . Furthermore constructor-injected components are always returned to client (calling) code in a fully initialized state. As a side note, a large number of constructor arguments is a bad code smell , implying that the class likely has too many responsibilities and should be refactored to better address proper separation of concerns.

• 불변성(immutable)
  Constructor Injection만 유일하게 final로 선언이 가능하다. Field, Setter 방식의 경우, final키워드를 사용하면 컴파일 에러가 난다. final로 선언된 객체는 참조에 의한 변경이 이루어 질 수 없기 때문에 그로 인해 발생될 수 있는 에러를 방지할 수 있다.
• NULL 방지
  위와 같은 이유로 final로 선언된 변수는 중간에 다른 객체를 참조할 수 없으므로 주입받는 객체가 null이 아니라면, Null이 아님을 보장할 수 있다.
• 순환 참조 방지
  순환 참조란 A클래스가 B클래스를 참조하고 다시 B클래스가 A클래스를 참조하는 경우를 말한다. 순환 참조 문제는 생성자 주입을 이용할 때 감지할 수 있다. 서버 자체가 구동되지 않는다.
  이런 차이가 있는 이유는 생성자 주입 방법은 필드 주입이나 수정자 주입과는 빈(bean)을 주입하는 순서가 다르기 때문이다.

3. bean 주입 순서

• Setter, Field Injection 방식
  1) 모든 빈(bean)을 우선 만들고 BeanFactory에 등록한다.
  2) 빈(bean)을 주입 받아야 하는 A 객체에 필요한 빈(bean)들을 주입한다.
• 생성자 주입(Constructor Injection) 방식
  1) 클래스 A 빈(bean) 생성시 생성자를 이용하며 이때 필요한 빈(bean)인 B 객체를 주입하려고 시도한다.
  2) 필요한 B 객체는 존재하지 않으므로 이를 생성자로 만들려고 시도한다.
  3) B 객체도 생성하는 시점에 A 객체가 필요하다.
  4) 순환 참조가 감지됩니다.

 

 

4. @RequiredArgsConstructor 

이 어노테이션은 초기화 되지않은 final  필드나, @NonNull  이 붙은 필드에 대해 생성자를 생성해 준다.

생성자가 하나만 있고, 그 생성자가 받는 param이 bean으로 등록되어 있다면 자동으로 bean을 주입해주기 때문에 @autowired 같은 어노테이션 없이도 bean으로 의존성 주입이 된다.

[AS-IS]

@Component
public class AccountConroller{
	private AccountService accountService;
	private AccountRepository accountRepository;

	@Autowired
	pubic void setAccountService(AccountService accountService, AccountRepository accountRepository){
			this.accountService = accountService;
			this.accountRepository = accountRepository;
	}
}

[TO-BE]

@Component
@RequiredArgsConstructor
public class SignUpFormValidator implements Validator {

    private AccountService accountService;
    private AccountRepository accountRepository;
}

 

참고자료

https://docs.spring.io/spring-framework/docs/4.3.15.RELEASE/spring-framework-reference/html/beans.html

https://velog.io/@sloools/Spring-의존성-주입-종류-및RequiredArgsConstructor-어노테이션

https://junhyunny.github.io/spring-boot/junit/reson-of-recommendation-to-use-constructor-injection/