Spring Bean
@Autowired
: 스프링 컨테이너 안에 있는 컨트롤러로 연결 시켜줌
→ 서비스 클래스에 @Service
를 추가하면 컨테이너에서 인식 가능
→ 리포지토리 클래스에는 @Repository
를 추가
컨트롤러에서 외부 요청을 받고 서비스에서 비즈니스 로직을 생성, 리포지토리에서 메모리를 저장 ⇒ 정형화된 형태
@Component
: 어노테이션이 있으면 스프링빈으로 자동 등록@Controller
: 컨트롤러가 스프링 빈으로 자동 등록된 이유 또한 컴포넌트 스캔 때문@Component
를 포함하는 어노테이션도 자동 스프링 빈으로 등록됨@Controller
@Service
@Repository
스프링은 스프링 컨터이너에 스프링 빈을 등록할 때, 기본으로 싱글톤으로 등록 (유일하게 하나만 등록하여 공유) 따라서 같은 스프링 빈이면 모두 같은 인스턴스, 설정으로 싱글톤이 아니게 설정할 수 있지만, 특별한 경우 제외하면 대부분 싱글톤
hello.hellospring/SpringConfig.java
package hello.hellospring;
import hello.hellospring.repository.MemberRepository;
import hello.hellospring.repository.MemoryMemberRepository;
import hello.hellospring.service.MemberService;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
@Configuration
public class SpringConfig {
@Bean
public MemberService memberService(){
return new MemberService(memberRepository());
}
@Bean
public MemberRepository memberRepository(){
return new MemoryMemberRepository();
}
}
생성자 주입 : Service를 통해 Repository로 접근 가능
⇒ 의존 관계가 실행중에 동적으로 변하는 경우가 거의 없으므로 권장
필드 주입( 비추 )
setter 주입 : Member Controller에서 public하게 노출이 됨
실무에서 주로 정형화된 컨트롤러, 서비스, 리포지토리 같은 코드는 컴포넌트 스캔을 사용, 정형화 되지 않거나 상황에 따라 구현 클래스를 변경해야 하면 설정을 통해(자바코드) 스프링 빈으로 등록
→ 향후 메모리 리포지토리를 다른 리포지토리로 변경할 예정이므로, 컴포넌트 스캔 대신 자바 코드로 빈을 설정
@Autowired를 통한 DI는 helloController, MemberService 등과 같이 스프링이 관리하는 객체에서만 동작 →스프링 빈으로 등록하지 않고 내가 직접 생성한 객체에서는 동작 안함