의존관계 자동 주입 - 생성자 주입
233
작성한 질문수 35
=========================================
[질문 템플릿]
1. 강의 내용과 관련된 질문인가요? (예/아니오)
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)
3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)
[질문 내용]
생성자 주입 부분에서 생성자 주입을 이용하면 setter 메서드를 쓰면 안된다고 하셨는데 왜 그런건가요??
생성자 주입을 하면 setter 메서드는 아예 못쓰는 건가요???
답변 1
0
안녕하세요. 황지호님, 공식 서포터즈 코즈위버입니다.
의존성 주입은 필드주입, 생성자주입, 세터주입 세 가지 방법을 이용할 수 있습니다. 그러나 세터주입은 정말 필요한 경우가 아니라면 권하지 않는데요, 이는 의존하고 있는 객체가 중간에 바뀌어버리거나 null로 업데이트 될 수 있고, 이렇게 객체가 바뀌어버리는 경우 문제의 원인 파악이 어렵기 때문입니다.
그래서 의존하고 있는 객체는 불변으로 두는 것이 관습입니다. 필드주입의 경우 별도의 setter를 제공하지 않는다면 private 접근제어자 이기에 일반적으로 외부에서 건드릴 수 없습니다. 생성자의 경우도 setter를 제공하지 않는다면 생성자로 설정한 의존 객체를 외부에서 바꿀 방법이 없습니다. (생성자주입의 경우 주입하는 객체에 final 키워드를 붙여 불변임을 명시하는것이 관례입니다)
만약 생성자로 의존 객체를 주입하였는데 setter 로 이를 변경할 수 있도록 한다면 의도치 않은 문제에 직면할 수 있기에 권하지 않습니다.
감사합니다.
0
안녕하세요 황지호님. 말씀하신것처럼 setter 를 제공한다해서 이를 사용자가 임의의 객체로 덮어씌우는 실수는 잘 발생하진 않습니다. 그러나 가능성은 있습니다.
만약 SomeService 가 스프링 빈이고 이를 SomeController에서 사용중인데 SomeService에 대한 setter를 제공한다면, SomeController 내부 코드에서 setSomeService(new SomeService()); 와 같은 형태로 코드 호출이 발생하면 스프링 빈이 아닌 일반 객체로 덮어씌워질 수 있습니다. (이런 실수가 현실적으로 발생할 가능성은 적지만, 실수 가능성을 차단한다는 개념으로 접근하시면 될것 같습니다 :))
코드 자료
0
51
2
구현체가 동적으로 정해질 때, 팩토리 기법을 사용하나요?
0
58
2
MemberService의 인터페이스를 왜 사용하는지 궁금합니다.
0
80
1
롬복 @Setter를 써야 하는 상황이 있는건가요?
0
93
1
빈 등록 메서드의 파라미터가 빈이 아니어도 되나요?
0
81
1
테스트 속도가 나중에 영향이 있을까요?
0
77
1
gradle 설정 안떠서 질문 남깁니다!
0
122
2
build.gradle로 프로젝트를 여는 이유
0
87
1
provider 사용하는 이유
0
91
1
다음 강의 뭘 들어야 할까요
0
126
2
프로토타입 빈, 직접 destroy 호출 안 할 경우
0
66
1
beanB
0
82
2
퀴즈다시풀기
0
69
1
Gradle로 바꿔도 오류가 똑같이 발생하네요 ㅠㅠ
0
92
2
"중복 등록과 충돌" 강의에서 강사님과 다른 에러가 발생합니다.
0
67
3
run 실행했는데 결과창이 이렇게 뜨네요 왜 그런건가요>
0
106
2
도메인의 정의?
0
59
1
ApplicationContext 질문입니다.
0
63
1
@Scope의 proxyMode를 사용할때 단위 테스트 방법
0
91
2
ai api 선정하기 관련 질문
0
119
2
생성자 자동주입 관련해서
0
66
1
생성자 직접 호출 vs 팩토리 메서드 패턴
0
97
2
Spring에서 SessionScope와 RequestScope는 함께 사용되나요?
1
66
1
12:25
0
79
2