OCP, DIP, SRP는 한 변경 시나리오에서 함께 드러난다
정책 추가, 구현 선택, 서비스 책임을 각각 분리하면 변경이 올바른 경로로만 흐른다.
| 원칙 | 적용 지점 | 검증 질문 |
|---|---|---|
| OCP | 새 정책 구현 추가 | 기존 서비스 수정이 없는가 |
| DIP | 서비스의 역할 의존 | 구체 타입을 import하지 않는가 |
| SRP | Config와 Service 분리 | 변경 이유가 하나인가 |
정책 추가, 구현 선택, 서비스 책임을 각각 분리하면 변경이 올바른 경로로만 흐른다.
| 원칙 | 적용 지점 | 검증 질문 |
|---|---|---|
| OCP | 새 정책 구현 추가 | 기존 서비스 수정이 없는가 |
| DIP | 서비스의 역할 의존 | 구체 타입을 import하지 않는가 |
| SRP | Config와 Service 분리 | 변경 이유가 하나인가 |