SOLID 변경 이유 분리 지도

UserProfile과 Worker 예시는 모두 여러 책임을 한 곳에 묶었을 때 수정 범위가 커지는 문제를 드러냅니다.

SOLID 변경 이유 분리 지도UserProfile과 Worker 예시는 모두 여러 책임을 한 곳에 묶었을 때 수정 범위가 커지는 문제를 드러냅니다.
비대한 계약

UserProfile 또는 Worker

표시, 저장, 검증, 관리, 코딩, 디자인처럼 다른 변경 이유가 한 타입에 모입니다.

view

UserView

사용자 정보를 화면에 표현하는 책임만 가집니다.

data

UserRepository

저장 방식이 바뀔 때 이 경계만 수정합니다.

valid

UserValidator

이메일과 필수 값 검증 규칙을 따로 둡니다.

role

Codeable, Managable

클라이언트가 쓰는 기능만 작은 인터페이스로 요구합니다.

핵심변경 이유 격리 타입을 나눈 뒤 특정 변화가 한두 파일에 머문다면 SRP와 ISP가 실제 유지보수성으로 이어진 것입니다.