싱글톤 패턴 문제점에 대해
318
작성한 질문수 12
학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.
1. 강의 내용과 관련된 질문을 남겨주세요.
2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.
(자주 하는 질문 링크: https://bit.ly/3fX6ygx)
3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.
(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)
질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.
=========================================
[질문 템플릿]
1. 강의 내용과 관련된 질문인가요? (예/아니오)
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)
3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)
[질문 내용]
여기에 질문 내용을 남겨주세요.
싱글톤 패턴을 구현하는 코드 자체가 많이 들어간다.
클라이언트 코드에서 getInstance() 메소드를 이용해서 싱글톤을 이용한다면 구체 클래스를 의존하므로 DIP에 위반된다. (AppConfig와 같이 설정 정보 클래스를 사용하지 않는 것을 전제)
3. 생성자가 private로 자식 클래스를 만들기 어렵다.
4. 클라이언트가 구체 클래스에 의존해서 OCP 원칙을 위반할 가능성이 높다. (AppConfig와 같이 설정 정보 클래스를 사용하지 않는 것을 전제)
5. 내부 속성을 변경하거나 초기화 하기 어렵다.
6. 테스트하기 어렵다.
여기서 5, 6 부분이 잘 이해가 잘 되지 않는데
예시를 보여줄 수 있을까요?
답변 1
2
안녕하세요. 하얀님, 공식 서포터즈 David입니다.
내부 속성을 변경하거나 초기화 하기 어렵다.
싱글톤 방식의 주의점 편을 참고해 주세요. 상태를 가지는 싱글톤의 경우 어디서든지 해당 싱글톤에 접근하여 상태를 변경하게 되면 해당 상태에 의존하고 있는 것들이 모두 영향을 받게 됩니다.
테스트 하기 어렵다.
초기화가 어려운 점은 테스트 하기 어렵다와 비슷한 맥락인데, 싱글톤 패턴의 경우 이미 객체를 생성한 다음에 생성된 객체를 가져와서 사용합니다. 테스트를 위해 싱글톤 객체를 반환하는 곳에서 가짜 싱글톤 객체를 반환하도록 만들어야 하는 경우 외부에서 가짜 싱글톤 객체를 주입할 방법이 없으므로 테스트가 하기 어렵다는 것입니다.
이 부분은 싱글톤 패턴 뿐만 아니라 의존관계 주입과 테스트에 대한 이해도 필요하므로 강의를 수강하시며 배경지식을 쌓으시길 권장합니다.
감사합니다.
코드 자료
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