코드그라데이션

조회 빈이 2개 이상 - 문제 @Autowired 는 타입(Type)으로 조회한다. @Autowired private DiscountPolicy discountPolicy 타입으로 조회하기 때문에, 마치 다음 코드와 유사하게 동작한다. (실제로는 더 많은 기능을 제공한다.) ac.getBean(DiscountPolicy.class); 스프링 빈 조회에서 학습했듯이 타입으로 조회하면 선택된 빈이 2개 이상일 때 문제가 발생한다. - DiscountPolicy 의 하위 타입인 FixDiscountPolicy , RateDiscountPolicy 둘다 스프링 빈으로 선언해보자. 1. FixDiscountPolicy.java @Component public class FixDiscountPolicy implem..

롬복과 최신 트렌드 막상 개발을 해보면, 대부분이 다 불변이고, 그래서 다음과 같이 필드에 final 키워드를 사용하게 된다. 그런데 생성자도 만들어야 하고, 주입 받은 값을 대입하는 코드도 만들어야 하고… 필드 주입처럼 좀 편리하게 사용하는 방법은 없을까? 다음 기본 코드를 최적화해보자. OrderServiceImpl - 원래 코드 @Component public class OrderServiceImpl implements OrderService { private final MemberRepository memberRepository; private final DiscountPolicy discountPolicy; @Autowired public OrderServiceImpl(MemberReposito..

생성자 주입을 선택해!!! 과거에는 수정자 주입과 필드 주입을 많이 사용했지만, 최근에는 스프링을 포함한 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` 옵션은 기본으로 켜져있는데, 이 옵션을 끄면 기본 스캔 대상들이 제외된다. 이런 옵션이 있구나 정도만 인식하면 된다.