250x250
Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
Tags
- 테스트코드
- 참조변수
- HttpServletResponse
- 코드트리
- 백준
- 티스토리챌린지
- 스프링컨테이너
- @configuration
- 프록시
- java
- 오블완
- 의존관계
- html form
- 스프링
- ocp
- 싱글톤
- 서블릿
- 다형성
- equals()
- 김영한
- 인터페이스
- http 메시지 컨버터
- 추상클래스
- objecterror
- 코딩테스트
- DI
- 코드트리조별과제
- fielderror
- 오버라이딩
- JSON
Archives
- Today
- Total
minOS
의존관계 자동 주입(3) - 생성자 주입 본문
728x90
생성자 주입
과거에는 수정자 주입과 필드 주입을 많이 사용했지만 ,최근에는 스프링을 포함한 DI 프레임워크 대부분이 생성자 주입을 권장한다.
"불변"
1) 대부분의 의존관계 주입은 한번 일어나면 애플리케이션 종료시점 까지 의존관계를 변경할 일이 없다. 오히려 대부분의 의존관계는 종료 전까지 변하면 안된다.(불변해야 한다.)
2) 수정자 주입을 사용하면 setXxx메서드를 public으로 열어놔야 한다. 누군가가 실수로 변경할 수도 있고 ,변경하면 안되는 메서드를 열어두는 것은 좋은 설계 방법이 아니다.
3) 생성자 주입은 객체를 생성할 때 딱 한번만 호출되므로 이후로 호출되는 일이 없다. 따라서 불변하게 설계할 수 있다.
"누락"
프레임워크 없이 순수한 자바 코드 단위를 테스트 하는 경우에
다음과 같이 수정자 의존관계인 경우
@Autowired가 프레임워크 안에서 동작할 때는 의존관계가 없으면 오류가 발생하지만, 지금은 프레임워크 없이 순수한 자바 코드로만 단위 테스트를 수행하고 있다. 따라서 이 코드에서 @Autowired생략이 가능하다.public class OrderServiceImpl implements OrderService{ private MemberRepository memberRepository ; private DiscountPolicy discountPolicy; @Autowired public void setMemberRepository(MemberRepository memberRepository){ this.memberRepository=memberRepository; } @Autowired public void setDiscountPolicy(DiscountPolicy discountPolicy){ this.discountPolicy = discountPolicy; } // @Autowired 생성자 주석처리 // public OrderServiceImpl( @Qualifier("memoryMemberRepository")MemberRepository memberRepository, @Qualifier("rateDiscountPolicy")DiscountPolicy discountPolicy) { // this.memberRepository = memberRepository; // this.discountPolicy = discountPolicy; // }
이렇게 테스트를 수행하면 실행은 가능하나
실행결과는 NullPointerException이 발생하는데, memberRepository,discountPolicy모두 의존관계 주입이 누락되었기 때문이다.import org.junit.jupiter.api.Test; import static org.junit.jupiter.api.Assertions.*; class OrderServiceImplTest { @Test void createOrder(){ OrderServiceImpl orderService = new OrderServiceImpl(); orderService.createOrder(1L,"itemA",10000); } }
생성자 주입을 사용하면 다음처럼 주입 데이터를 누락 했을 때 , "컴파일 오류"가 발생한다. 그리고 IDE에서 바로 어떤 값을 필수로 주입해야하는지 알 수 있다.
"fianl 키워드"
생성자 주입을 사용하면 필드에 'final' 키워드를 사용할 수 있다. 그래서 생성자에서 혹시라도 값이 설정되지않는 오류를 컴파일 시점에서 막아준다.
예시
this.discountPolicy = discountPolicy;
이 부분이 누락되었다. 자바는 컴파일 시점에 다음 오류를 발생시킨다.
컴파일 오류는 세상에서 가장 빠르고 , 좋은 오류다
참고: 수정자 주입을 포함한 나머지 주입 방식은 생성자 이후에 호출되므로 , 필드에 final 키워드를 사용할 수 없다. 오직 생성자 주입 방식만 final 키워드를 사용할 수 있다.
정리
- 생성자 주입 방식은 프레임워크에 의존하지 않고, 순수한 자바 언어의 특징을 잘 살리는 방법이다.
- 기본으로 생성자 주입을 사용하고 , 필수가 아닌 경우 수정자 주입으로 옵션을 부여함녀 된다. 생성자 주입과 수정자 주입을 동시에 사용할 수 있다.
- 항상 생성자 주입을 선택하고 가끔 필요하면 수정자 주입을 선택해라. 필드 주입은 사용하지 않는 것이 좋다.
728x90
'TIL > 김영한의 스프링 핵심 원리' 카테고리의 다른 글
의존관계 자동 주입(5) - 조회된 빈이 2개 이상일때 문제점과 해결 방법 (0) | 2024.04.22 |
---|---|
의존관계 자동 주입(4) - Lombok과 최신 트렌드 (2) | 2024.04.18 |
의존관계 자동 주입(2) - 옵션 처리 (0) | 2024.04.10 |
의존관계 자동 주입(1) - 다양한 의존관계 주입 방법 (0) | 2024.04.06 |
컴포넌트 스캔(3) - 중복 등록과 충돌 (0) | 2024.04.06 |