코드그라데이션

생성자 주입을 선택해!!! 과거에는 수정자 주입과 필드 주입을 많이 사용했지만, 최근에는 스프링을 포함한 DI 프레임워크 대부분이 생성자 주입을 권장한다. 그 이유는 다음과 같다. 불변 누락 프레임워크 없이 순수한 자바 코드를 단위 테스트 하는 경우에 다음과 같이 수정자 의존관계인 경우 @Component public class OrderServiceImpl implements OrderService { private MemberRepository memberRepository; // final 빼고 private DiscountPolicy discountPolicy; // 이거 두 개 추가 @Autowired public void setMemberRepository(MemberRepository mem..

옵션 처리 주입할 스프링 빈이 없어도 동작해야 할 때가 있다. 그런데 @Autowired 만 사용하면 required 옵션의 기본값이 true 로 되어 있어서 자동 주입 대상이 없으면 오류가 발생한다. 자동 주입 대상을 옵션으로 처리하는 방법은 다음과 같다. AutowiredTest 생성 package inflearn.spring_core.autowired; import inflearn.spring_core.member.Member; import org.junit.jupiter.api.Test; import org.springframework.beans.factory.annotation.Autowired; import org.springframework.context.ApplicationContext; ..

다양한 의존관계 주입 방법 의존관계 주입은 크게 4가지 방법이 있다 생성자 주입 지금까지 했던 것. 이름 그대로 생성자를 통해서 의존 관계를 주입 받는 방법이다. 특징 생성자 호출시점에 딱 1번만 호출되는 것이 보장된다. 불변, 필수 의존관계에 사용 (생성자는 다 포함시켜야 한다.) 안그러면 빨간줄 외부에서 수정할 수가 없고, 들어오고 나면 인스턴스를 수정할 방법이 없다. (버그 생길 확률이 줄어듦) 나는 공연하고 끝내고 싶은데, 중간에 새로운 배우를 투입시키면 그럴 수가 없는 상황. @Component public class OrderServiceImpl implements OrderService { private final MemberRepository memberRepository; private ..

상황 가정 컴포넌트 스캔에서 같은 빈 이름을 등록하면 어떻게 될까? 다음 두가지 상황이 있다. 1. 자동 빈 등록 vs 자동 빈 등록 2. 수동 빈 등록 vs 자동 빈 등록 1. 자동 빈 등록 vs 자동 빈 등록 컴포넌트 스캔에 의해 자동으로 스프링 빈이 등록되는데, 그 이름이 같은 경우 스프링은 오류를 발생시킨다. => `ConflictingBeanDefinitionException` 예외 발생 실행 @Component("service") // 여기 public class MemberServiceImpl implements MemberService { } @Component("service") // 여기 중복 public class OrderServiceImpl implements OrderServic..

필터 모든 코드는 테스트 코드에 추가 컴포넌트 스캔 대상에 추가할 애노테이션 package inflearn.spring_core.scan.filter; import java.lang.annotation.*; // 컴포넌트 스캔 대상에 추가할 애노테이션 @Target(ElementType.TYPE) @Retention(RetentionPolicy.RUNTIME) @Documented public @interface MyIncludeComponent { } 컴포넌트 스캔 대상에서 제외할 애노테이션 package inflearn.spring_core.scan.filter; import java.lang.annotation.*; @Target(ElementType.TYPE) @Retention(Retention..

컴포넌트 스캔은 `@Component` 뿐만 아니라 다음과 내용도 추가로 대상에 포함한다. 이 어노테이션들을 눌러보면 전부 @Component 어노테이션이 있다. 등... 참고 : 사실 애노테이션에는 상속관계라는 것이 없다. 그래서 이렇게 애노테이션이 특정 애노테이션을 들고 있는 것을 인식할 수 있는 것은 자바 언어가 지원하는 기능은 아니고, 스프링이 지원하는 기능이다. 컴포넌트 스캔의 용도 뿐만 아니라 다음 애노테이션이 있으면 스프링은 부가 기능을 수행한다. 참고 : `useDefaultFilters` 옵션은 기본으로 켜져있는데, 이 옵션을 끄면 기본 스캔 대상들이 제외된다. 이런 옵션이 있구나 정도만 인식하면 된다.

탐색 위치와 기본 스캔 대상 탐색할 패키지의 시작 위치 지정 모든 자바 클래스를 다 컴포넌트 스캔하면 시간이 오래 걸린다. 그래서 꼭 필요한 위치부터 탐색하도록 시작 위치를 지정할 수 있다. ex. 권장하는 방법** 개인적으로 즐겨 사용하는 방법은 패키지 위치를 지정하지 않고, 설정 정보 클래스의 위치를 프로젝트 최상단에 두는 것이다. 최근 스프링 부트도 이 방법을 기본으로 제공한다. 예를 들어서 프로젝트가 다음과 같이 구조가 되어 있으면

컴포넌트 스캔과 의존관계 자동 주입 시작하기 지금까지 스프링 빈을 등록할 때는 자바 코드의 @Bean이나 XML의 등을 통해서 설정 정보에 직접 등록할 스프링 빈을 나열했다. 예제에서는 몇개가 안되었지만, 이렇게 등록해야 할 스프링 빈이 수십, 수백개가 되면 일일이 등록하기도 귀찮고, 설정 정보도 커지고, 누락하는 문제도 발생한다. 역시 개발자는 반복을 싫어한다. 그래서 스프링은 설정 정보가 없어도 자동으로 스프링 빈을 등록하는 컴포넌트 스캔이라는 기능을 제공한다. 의존관계도 자동으로 주입하는 `@Autowired` 라는 기능도 제공한다. AutoAppConfig.java @Configuration @ComponentScan( excludeFilters = @Filter(type = FilterType...