객체 지향 설계 5원칙, SOLID 원칙

[ ※ 구체적 내용은 스터디 주차에 맞추어 추가할 예정 ]

객체 지향 언어 특성을 요리에 비유해보겠다.

객체 지향 4대 특성인 [ 상속, 캡슐화, 추상화, 다형성 ]이 요리도구라면, 객체 지향 설계 5원칙은 [ 요리 도구 사용법 ]이며, 디자인 패턴은

[ 레시피 ] 이다. 정리하자면 자바의 4가지 특성을 사용한 SOLID 원칙에 기반해 설계된 것이 디자인 패턴이라고 보면 된다.

SOLID 원칙

단일 책임 원칙 [ SRP: Single Responsibility Principle ]

클래스 변경 이유는 오직 하나라는 것.
즉, 하나의 클래스는 하나의 책임 [ = 목적 ]만 가지며, 책임[ = 역할 ]을 분리한다는 것임.
개방 폐쇄 원칙 [ OCP: Open Closed Principle ]

엔티티의 확장은 열려있으나, 변경에는 폐쇄된 것을 이야기함.
대표적 예시는 JDBC로 DB를 변경하여도 JDBC 인터페이스 덕분에 영향을 받지 않음
리스코프 치환 원칙 [ LSP: Liskov Substitution Principle ]

하위 클래스의 인스턴스는 상위형 객체 참조 변수에 대입하여 상위 클래스 인스턴스 역할에 문제가 없어야 함을 이야기 함.
쉽게 이야기하자면, 상속의 조건을 잘 키기고 있다면 LSP를 잘 지킨다고 볼 수 있음.

LSP는 가족 구성원을 나타내는 조직도/계층도 보다 분류도에서 완벽하게 지원하는 경우가 많음
인터페이스 분리 원칙 [ LSP: Interface Segregation Principle ]

클라이언트는 자신이 사용하지 않는 메서드에 의존 관계를 맺으면 안 됨
이상적 설계는 상위 클래스는 풍부할수록, 인터페이스는 작을수록 좋음

(1) 풍성한 상위 클래스는 불필요한 형변환을 줄여 생산성이 높아짐
(2) 인터페이스가 그 역할을 충실한 최소한의 기능만 공개해 일관성을 유지할 수 있음

만약 '사람' 타입으로 '학생' 인스턴스를 생성한다면, [ 생일 ] 변수에 접근하기 위해서는 명시적 형변환이 필요함

하지만 오른쪽과 같이 상위 클래스에 공통된 속성을 모아둔다면, 형변환을 최소화하여 접근할 수 있음

하늘