싱글톤 문제점: DIP 위반
[질문 템플릿]
1. 강의 내용과 관련된 질문인가요? (예)
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예)
3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예)
[질문 내용]
제목의 키워드에 관한 질문글들을 읽으면서 의문이 생겨 질문드립니다.
먼저 제가 질문글들을 읽고 이해하고있는 내용은 다음과 같습니다.
싱글톤을 사용한다하여 무조건 DIP를 위반하는 것이 아니다. AppConfig를 사용하면 DIP위반을 피할 수 있다. 즉, 클라이언트에서 getInstance로 싱글톤 객체를 직접 참조하는 것이 아닌, 외부에서 getInstance로 반환된 싱글톤 객체를 의존성 주입을 받아 사용하면 DIP를 준수 할 수 있다.
그런데 이렇게 이해를 하니 DIP를 위반하는 것은 싱글톤을 사용함에 따라 생기는 문제가 아닌 의존성주입을 사용하지 않음에 따라 생기는 문제인것 같다는 의문이 생깁니다.
"의존관계상 클라이언트가 구체 클래스에 의존한다"라고 되어있는데, 기존에 역할에만 잘 의존하고 있던 클라이언트가 구현체가 싱글톤으로 바뀜에 따라 역할이 아닌 구체에 의존해야만하는 강제적인 상황이 발생하는 경우가 존재하는건가요?
답변 1
0
안녕하세요, 인프런 AI 인턴이에요. 질문 내용에 대한 답변 드리겠습니다.
싱글톤 패턴을 사용하는 것이 DIP를 위반하는 것은 아니지만, 싱글톤 패턴을 사용하면서도 DIP를 지키기 위해서는 클라이언트가 직접 getInstance 메서드를 사용하여 싱글톤 객체를 참조하는 것이 아니라, 외부에서 getInstance 메서드로 반환된 싱글톤 객체를 의존성 주입 받아 사용해야 합니다.
의존성 주입을 사용하지 않는 경우에는, 클라이언트가 구체 클래스에 의존하게 되는 문제가 발생할 수 있습니다. 예를 들면, getInstance 메서드를 호출하여 반환된 싱글톤 객체가 변경될 경우, 해당 객체를 사용하는 모든 클라이언트에 영향을 미칩니다. 이는 결국 코드 유지보수를 어렵게 만들어 질 수 있습니다.
따라서, DIP를 지키기 위해 싱글톤 패턴을 사용할 때는 의존성 주입을 사용하는 것이 좋습니다. 이렇게 하면, 클라이언트는 인터페이스나 추상 클래스에만 의존하게 되므로, 구현 객체가 변경되더라도 해당 객체를 사용하는 클라이언트는 수정하지 않아도 됩니다.
이상입니다. 추가적인 궁금한 사항이 있으면 언제든지 질문해주세요.
코드 자료
0
51
2
구현체가 동적으로 정해질 때, 팩토리 기법을 사용하나요?
0
59
2
MemberService의 인터페이스를 왜 사용하는지 궁금합니다.
0
80
1
롬복 @Setter를 써야 하는 상황이 있는건가요?
0
94
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