[Spring] 스프링 빈과 의존관계

스프링 - 스프링 빈과 의존관계

참고 강의: 스프링 입문 - 코드로 배우는 스프링 부트, 웹 MVC, DB 접근 기술(김영한,인프런)

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

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

[회원 컨트롤러에 의존관계 추가]

[스프링 빈을 등록하는 2가지 방법]

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

@Component : 에노테이션이 있으면 스프링 빈으로 자동 등록됨

@Controller : 컨트롤러가 스프링 빈으로 자동 등록된 이유도 컴포넌트 스캔 때문임

@Component를 포함하는 다음 에노테이션도 스프링 빈으로 자동 등록됨

@Service 추가

@Repository 추가

@Autowired 추가

스프링은 스프링 컨테이너에 스프링 빈을 등록할 떄, 기본으로 싱글톤으로 등록(유일하게 하나만 등록해서 공유)

따라서 같은 스프링 빈이면 모두 같은 인스턴스임

설정으로 싱글톤이 아니게 설정할 수 있지만, 특별한 경우를 제외하면 대부분 싱글톤을 사용함

자바 코드로 직접 스프링 빈 등록하기

적었던 @service, @repository, @autowired를 다시 지워주기

스프링 빈에 등록하는 과정

xml을 설정하는 방식도 있지만 최근에는 잘 사용하지 않음 -> 생략하기
DI에는 필드 주입, setter 주입, 생성자 주입 이렇게 3가지 방법이 있음
의존관계가 실행중에 동적으로 변하는 경우는 거의 없으므로 생성자 주입을 권장함
세터주입은 Public이어서 노출 위험도가 있음
실무에서는 주로 정형화된 컨트롤러, 서비스, 리포지토리 같은 코드는 컴포넌트 스캔을 사용함. 그리고 정형화 되지 않거나, 상황에 따라 구현 클래스를 변경해야 하면 설정을 통해 스프링 빈으로 등록함
@Autowired를 통한 DI는 helloController, MemberService 등과 같이 스프링이 관리하는 객체에서만 동작함.
스프링 빈으로 등록하지 않고 내가 직접 생성한 객체에서는 동작하지 않음

스프링 컨테이너, DI 관련된 자세한 내용은 스프링 핵심 원리 강의에서 설명함