회원 컨트롤러가 회원서비스와 회원 리포지토리를 사용할 수 있게 의존관계를 준비하자
@Autowired
가 있으면 스프링이 연관된 객체를 스프링 컨테이너에서 찾아서 넣어준다. 이렇게 의존관계를 외부에서 넣어주는 것을 DI(Dependency Injection)
, 의존성 주입이라 한다.@Autowired
에 의해 스프링이 주입해준다.why? memberService는 순수 클래스이기 때문에 자바 측에서 알아서 스프링 빈으로 등록하기 어렵다.
참고 : helloController는 스프링이 제공하는 컨트롤러여서 스프링 빈으로 자동 등록된다
@Controller
가 있으면 자동 등록됨
컴포넌트 스캔 원리
@Component
애노테이션이 있으면 스프링 빈으로 자동 등록된다.@Controller
컨트롤러가 스프링 빈으로 자동 등록된 이유도 컴포넌트 스캔 때문@Component
를 포함하는 다음 애노테이션도 스프링 빈으로 자동 등록된다
@Controller
@Service
@Repository
@Service
생성자에
@Autowired
를 사용하면 객체 생성 시점에 스프링 컨테이너에서 해당 스프링 빈을 찾아서 주입한다. 생성자가 1개만 있으면@Autowired
는 생략할 수 있다.
@Repository
memberService
와 memberRepository
가 스프링 컨테이너 스프링 빈으로 등록되었다.스프링은 스프링 컨테이너에 스프링 빈을 등록할 때, 기본으로 싱글톤으로 등록한다(유일하게 하나만 등록해서 공유한다) 따라서 같은 스프링 빈이면 모두 같은 인스턴스다. 설정에서 싱글톤이 아니게 설정할 수 있지만, 특별한 경우를 제외하면 대부분 싱글톤을 사용한다.
-> 향후 메모리 리포지토리를 다른 리포지토리로 변경하기 위해 컴포넌트 스캔 방식 대신 자바 코드로 스프링 빈을 설정
DI 에는 필드 주입, setter 주입 ,생성자 주입 이렇게 3가지 방법이 있는데 의존관계가 실행중에 동적으로 변하는 경우는 거의 없으므로 생성자 주입 권장
실무에서는 주로 정형화된 컨트롤러, 서비스 , 리포지토리 같은 코드는 컴포넌트 스캔을 사용 , 그리고 정형화 되지 않거나 상황에 따라 구현 클래스를 변경해야 하면 설정을 통해 스프링 빈으로 등록
@Autowired를 통한 DI는 helloController , memberService 등과 같이 스프링이 관리하는 객체에서만 동작 , 스프링 빈으로 등록하지 않고 내가 직접 new() 를 통해 생성한 객체에서는 동작 x