@Autowired 필드 명 매칭시에도 DIP위배
바로 전 강의에서 영한님께서 스프링 컨테이너에 등록된 똑같은 타입을 가지고 있는 스프링 빈이 두개 이상일 때 타입으로 조회시 에러가 난다고 말씀하셨고
이떄 하위 타입으로 지정할 수 있지만, 하위 타입으로 지정하는 것은 DIP를 위배한다고 하셨습니다.
그래서 이번 강의에서 3가지 해결법을 알려주셨는데
@Autowired 필드 명 또는 파라미터 이름 매칭에서 
OrderServiceImpl 코드가 이렇게 변하는데 그럼 OCP도 위배하면서 rateDiscountPolicy라는 구체화 된 것을 주입할 때(파라미터 이름으로 같은 이름의 스프링 빈을 찾기 위함은 알고 있습니다.) DIP를 같이 위배하는 것이지 않나요?
답변 1
5
안녕하세요. Lego님, 공식 서포터즈 David입니다.
해당 코드에서는 여전히 DiscountPolicy라는 고수준 모듈에 의존하고 있으므로 DIP 위반으로 볼 수는 없을 것 같습니다.
또한 절반만 OCP를 위반하고 있다 생각합니다. 그 이유는 파라미터 명 매칭을 통해 주입하는 것은 스프링에서 지원하는 기능이지만 해당 기능과 별개로 DiscountPolicy의 다른 구현체를 주입하여 기능을 확장할 수 있기 때문입니다.
예를 들어, 스프링을 사용하지 않고 OrderServiceImpl을 생성할 때 파라미터가 DiscountPolicy rateDiscountPolicy로 되어 있을 때 파라미터 명과 상관없이 FixedDiscountPolicy를 넘기든 RateDiscountPolicy를 넘기든 정상적으로 동작합니다. DiscountPolicy타입의 파라미터명이 rateDiscountPolicy로 되어 있는 게 어색하지만요.
다만, 스프링에서 제공하는 기능을 통해 파라미터 명을 변경하여 구현체를 변경한다면 OCP를 위반하게 됩니다.
감사합니다.
코드 자료
0
28
2
구현체가 동적으로 정해질 때, 팩토리 기법을 사용하나요?
0
51
2
MemberService의 인터페이스를 왜 사용하는지 궁금합니다.
0
75
1
롬복 @Setter를 써야 하는 상황이 있는건가요?
0
89
1
빈 등록 메서드의 파라미터가 빈이 아니어도 되나요?
0
81
1
테스트 속도가 나중에 영향이 있을까요?
0
77
1
gradle 설정 안떠서 질문 남깁니다!
0
121
2
build.gradle로 프로젝트를 여는 이유
0
85
1
provider 사용하는 이유
0
88
1
다음 강의 뭘 들어야 할까요
0
126
2
프로토타입 빈, 직접 destroy 호출 안 할 경우
0
64
1
beanB
0
82
2
퀴즈다시풀기
0
66
1
Gradle로 바꿔도 오류가 똑같이 발생하네요 ㅠㅠ
0
92
2
"중복 등록과 충돌" 강의에서 강사님과 다른 에러가 발생합니다.
0
66
3
run 실행했는데 결과창이 이렇게 뜨네요 왜 그런건가요>
0
106
2
도메인의 정의?
0
59
1
ApplicationContext 질문입니다.
0
62
1
@Scope의 proxyMode를 사용할때 단위 테스트 방법
0
88
2
ai api 선정하기 관련 질문
0
118
2
생성자 자동주입 관련해서
0
64
1
생성자 직접 호출 vs 팩토리 메서드 패턴
0
96
2
Spring에서 SessionScope와 RequestScope는 함께 사용되나요?
1
65
1
12:25
0
77
2