피드로 돌아가기
Dev.toBackend
원문 읽기
SOLID 원칙 기반의 결합도 해소 및 확장 가능한 객체지향 설계 전략
SOLID Principles Explained in a Solid Way
AI 요약
Context
단일 클래스에 비즈니스 로직, 데이터 접근, 외부 API 호출이 집중된 Monolithic 구조로 인한 유지보수성 저하 발생. 요구사항 변경 시 기존 코드 수정이 불가피하여 회귀 테스트 비용 증가 및 시스템 안정성 저하 초래.
Technical Solution
- Layered Architecture 도입을 통한 Controller의 책임 제한 및 OrderService로 비즈니스 로직 위임
- Strategy Pattern 적용으로 인증 로직을 인터페이스화하여 기존 Filter 수정 없는 신규 인증 수단 확장 구조 확보
- Liskov Substitution Principle 준수를 통해 상위 클래스 계약을 유지하는 하위 클래스 설계로 런타임 예외 방지
- Interface Segregation 원칙에 기반한 인터페이스 세분화로 클라이언트의 불필요한 의존성 제거
- Dependency Inversion 원칙을 통한 구체 클래스가 아닌 인터페이스 의존 구조 설계로 외부 라이브러리 교체 비용 최소화
실천 포인트
- 클래스 변경 이유가 두 가지 이상인지 확인하여 Single Responsibility 적용 - if-else 분기문이 빈번한 로직을 Strategy Pattern으로 전환 가능 여부 검토 - 상위 클래스 메서드를 오버라이딩할 때 기존 동작을 깨뜨리는 예외를 던지는지 확인 - 과도한 추상화로 인한 복잡성 증가를 막기 위해 실제 확장 가능성을 고려한 Trade-off 판단