- 화면을 위해 뷰와 컨트롤러 필요
-> 회원가입, 회원가입 결과
- 멤버 컨트롤러 필요
멤버 컨트롤러가 멤버 서비스를 통해 회원가입하고, 데이터를 조회 가능해야 함
-> 멤버 컨트롤러가 멤버 서비스에게 의존(의존관계)
- 컴포넌트 스캔과 자동 의존관계 설정
회원 컨트롤러가 회원서비스와 회원 리포지토리를 사용할 수 있게 의존관계를 준비하자.
의존관계를 설정하지 않는다면?

에러 메세지
Parameter 0 of constructor in hello.hellospring.controller.MemberController required a bean of type 'hello.hellospring.service.MemberService' that could not be found.
회원 컨트롤러에 의존관계 추가
- 컨트롤러에 annotation(주석) 되어 있을 경우(= 클래스에 @Controller 한 경우)
-> 클래스 내부에 기능이 없어도, 스프링 컨테이너가 컨트롤러 객체를 생성해서 스프링에 넣어두고 스프링이 관리함.
=> 이 상태를 스프링 빈이 관리된다고 얘기함
스프링 빈(Spring Bean) 등록
등록 방식의 종류
컴포넌트 스캔
컴포넌트 스캔 원리
- @Component 애노테이션이 있으면 스프링 빈으로 자동 등록된다.
- @Controller 컨트롤러가 스프링 빈으로 자동 등록된 이유도 컴포넌트 스캔 때문이다.
- @Component 를 포함하는 다음 애노테이션도 스프링 빈으로 자동 등록된다.
@Controller
@Service
@Repository
DI(Dependency Injection)
- 아무 곳에나 @Component가 있어도 되는가?
-> 입력한다고 하더라도 안됨
- 하위 패키지가 아닐 경우 컴포넌트 스캔 대상이 아님
- 참고
스프링은 스프링 컨테이너에 스프링 빈을 등록할 때, 기본으로 싱글톤으로 등록한다(유일하게 하나만 등록해서 공유한다) 따라서 같은 스프링 빈이면 모두 같은 인스턴스다. 설정으로 싱글톤이 아니게 설정할 수 있지만, 특별한 경우를 제외하면 대부분 싱글톤을 사용한다.
자동 의존관계 설정
- 회원 서비스와 회원 리포지토리의 @Service, @Repository, @Autowired 애노테이션을 제거하고 진행한다.
- 컨트롤러의 경우 컴포넌트 스캔방식으로만 스프링에 올라감.(수정X)
컴포넌트 스캔 vs 자동 의존관계 설정
참고
-
XML로 설정하는 방식도 있지만 최근에는 잘 사용하지 않으므로 생략한다.
-
DI에는 필드 주입, setter 주입, 생성자 주입 이렇게 3가지 방법이 있다. 의존관계가 실행중에 동적으로 변하는 경우는 거의 없으므로 생성자 주입을 권장한다.
현재 방식: 생성자 주입 방식
예시
MemberController에 MemberService 주입
private final MemberService memberService;
@Autowired
public MemberController(MemberService memberService) {
this.memberService = memberService;
}
/```
-
실무에서는 주로 정형화된 컨트롤러, 서비스, 리포지토리 같은 코드는 컴포넌트 스캔을 사용한다.(정형화된 코드: 일반적으로 작성하는 리포지토리, 코드)
중요
- 정형화 되지 않거나, 상황에 따라 구현 클래스를 변경해야 하면 설정을 통해 스프링 빈으로 등록한다.
- 현재 DB가 정해지지 않은 상태 -> MemoryMemoryRepository 사용 중인데, 기존 코드를 손대지 않고 MemoryMemoryRepository에서 DB로 교체하기 위한 작업
- 여기서는 향후 메모리 리포지토리를 다른 리포지토리로 변경할 예정이므로, 컴포넌트 스캔 방식 대신에
자바 코드로 스프링 빈을 설정
주의
- @Autowired 를 통한 DI는 helloController , memberService 등과 같이 스프링이 관리하는 객체에서만 동작한다. 스프링 빈으로 등록하지 않고 내가 직접 생성한 객체에서는 동작하지 않는다.
git commit num: 346a2f7 참고