스프링 입문 - Ch 4. 스프링 빈과 의존관계(1)

seren-dev·2022년 3월 28일
0

스프링 입문

목록 보기
6/11

스프링 빈 등록하고 의존관계 설정 방법
1. 컴포넌트 스캔과 자동 의존관계 설정
2. 자바 코드로 직접 스프링 빈 등록하기

컴포넌트 스캔과 자동 의존관계 설정

회원 컨트롤러가 회원서비스와 회원 리포지토리를 사용할 수 있게 의존관계를 준비하자.

  • 멤버 컨트롤러는 멤버 서비스를 통해서 기능 동작
  • 멤버 컨트롤러가 멤버 서비스를 의존한다.

@Controller
public class MemberController {
}
  • 스프링이 처음에 뜰 때, 거기에 이 @Controller 어노테이션이 있으면 멤버 컨트롤러 객체를 생성해서 스프링이 스프링 빈으로 등록하고 관리함

"스프링 빈"은 "스프링 컨테이너가 관리하는 객체"이다.


@Controller
public class MemberController {
	private final MemberService memberService = new MemberService();
}

new() 문제점

  • 스프링이 관리할 때, 다 스프링 컨테이너에 등록하고 스프링 컨테이너로부터 받아서 씀.
  • 멤버 컨트롤러말고 다른 여러 컨트롤러들도 멤버 서비스 가져다 쓸 수 있음
  • 멤버 서비스는 하나만 생성하고 여러 컨트롤러가 공유해서 쓰도록 해야함

서비스, 리포지토리를 컨테이너에 등록을 하고 연결해서 쓰자.

@Controller
public class MemberController {

    private final MemberService memberService;

    @Autowired
    public MemberController(MemberService memberService) {
        this.memberService = memberService;
    }
}

@Autowired

  • 생성자에 @Autowired가 있으면 스프링 컨테이너에 등록되어있는 멤버 서비스를 가져와 연결시켜줌
  • MemberController가 생성이 될 때 스프링 빈에 등록되어 있는 MemberService 객체를 가져다가 넣어준다.

But

HelloSpringApplication 을 실행하면 다음과 같은 에러가 뜸
Consider defining a bean of type 'hello.hellospring.service.MemberService' in your configuration.

  • helloController는 스프링이 뜰 때 스프링 컨테이너에 등록됨.
  • 하지만 MemberService는 순수한 자바 클래스라서 연결이 안 됨.

memberService가 스프링 빈으로 등록되어 있지 않다.

참고: helloController는 스프링이 제공하는 컨트롤러여서 스프링 빈으로 자동 등록된다.
@Controller 가 있으면 자동 등록됨

해결책

public class MemberService 위에 @Service 붙임
public class MemoryMemberRepository 위에 @Repository 붙임

정형화된 패턴:

컨트롤러를 통해서 외부 요청을 받고, 서비스에서 비즈니스 로직을 만들고, 리포지토리에서 데이터를 저장

@Controller
public class MemberController {

    private final MemberService memberService;

    @Autowired
    public MemberController(MemberService memberService) {
        this.memberService = memberService;
    }
}
  • @Autowired: 컨트롤러와 서비스 연결
  • MemberController가 생성이 될 때 스프링 빈에 등록되어있는 멤버 서비스 객체를 가져와 넣어줌
    이게 바로 의존관계 주입

생성자에 @Autowired 가 있으면 스프링이 연관된 객체를 스프링 컨테이너에서 찾아서 넣어준다. 이렇게 객체 의존관계를 외부에서 넣어주는 것을 DI (Dependency Injection), 의존성 주입이라 한다.

public MemberService 클래스에도 @Autowired

@Service
public class MemberService {

    private final MemberRepository memberRepository;
    
	@Autowired
    public MemberService(MemberRepository memberRepository) {
        this.memberRepository = memberRepository;
    }
  • 멤버 서비스를 스프링이 생성할 때 @Service로 스프링에 스프링 빈으로 등록하고 생성자 호출
  • @Autowired를 보고 스프링 컨테이너에 있는 MemberRepository를 넣어줌
  • MemoryMemberRepository를 서비스에 주입

  • memberServicememberRepository 가 스프링 컨테이너에 스프링 빈으로 등록되었다.
  • 컴포넌트 어노테이션이 있으면 다 객체를 생성한 다음 스프링 컨테이너에 스프링 빈으로 자동 등록
  • @Autowired는 연결 관계

컴포넌트 스캔 원리

  • @Component 애노테이션이 있으면 스프링 빈으로 자동 등록된다.
  • @Controller 컨트롤러가 스프링 빈으로 자동 등록된 이유도 컴포넌트 스캔 때문이다.
  • @Component 를 포함하는 다음 애노테이션도 스프링 빈으로 자동 등록된다.
    @Controller
    @Service
    @Repository

참고: 생성자에 @Autowired 를 사용하면 객체 생성 시점에 스프링 컨테이너에서 해당 스프링 빈을 찾아서 주입한다. 생성자가 1개만 있으면 @Autowired는 생략할 수 있다.

참고: 스프링은 스프링 컨테이너에 스프링 빈을 등록할 때, 기본으로 싱글톤으로 등록한다(유일하게 하나만 등록해서 공유) 따라서 같은 스프링 빈이면 모두 같은 인스턴스다. 설정으로 싱글톤이 아니게 설정할 수 있지만, 특별한 경우를 제외하면 대부분 싱글톤을 사용한다.

아무데나 @Component 써도 되나?
@SpringBootApplication이 있는 hello.hellospring 패키지나 하위 패키지가 아니면 스프링 빈으로 컴포넌트 스캔 안함, 스프링 빈으로 등록 안함


정리

  1. MemberController가 생성이 될 때, 스프링 빈에 등록되어 있는 MemberService의 객체를 가져다 넣어준다.
  2. 스프링이 MemberService를 스프링 컨테이너에 등록을 하면서 생성자를 호출하는데 @Autowired를 통해 MemberRepository가 필요한 것을 알고 스프링 컨테이너에 등록되어 있는 MemberRepository를 주입해준다.
  3. MemberRepository의 구현체로 MemoryMemberRepository가 있고 이것을 주입한다.

보통 빈이 생성된 후 의존관계 주입이 진행된다.
다만, 생성자 주입의 경우 빈이 생성될 때 의존관계 주입이 함께 진행된다.

참고: @Autowired가 붙은 타입 또는 그 하위 타입의 빈을 가져와 주입하기 때문에, MemberRepository(인터페이스)의 하위타입이면서 스프링 빈으로 등록되어 있는 구현체가 하나라서 자연스럽게 MemoryMemberRepository 인스턴스가 주입되는 것이다.
만약 구현체가 여러개라면 동일한 타입의 빈이 여러개 일 경우 에러가 발생한다.
빈을 수동으로도 등록할 수도 있는데, 이렇게 수동등록하는 것과 @Controller, @Service, @Repository를 사용함과 같이 자동으로 등록하는 경우 동일 타입을 지정하면 NoUniqueBeanDefinitionException 에러가 발생하오니 빈 등록이 수동으로 되어있는지, 자동인지 잘 파악하여야 한다.
또한 @Qualifier, @Primary 등 어노테이션으로 해당 문제를 해결하는 방법도 있다.

final 키워드
처음에 한번 설정하면 이후에 다시 변경하지 말라고 강제로 막아두는 것
private final~ 에서 final을 빼도 생성자 주입은 됩니다. 다만 final 키워드가 붙은 객체에 대한 생성자 주입은 객체를 생성할 때 딱 1번만 호출되므로 이후에 호출되는 일이 없고 불변하게 설계할 수 있습니다.
이후에 test에서 new로 다른 객체를 주입하면 에러 발생

애플리케이션 로딩 시점에 Controller, Service, Repository 모두 로딩되고, 연결된다.

0개의 댓글