Spring 101 - #3 객체지향설계 5원칙 SOLID

 

포스트 제목 그대로 Spring 기초를 다치기 위해 작성하는 TIL 성격의 스프링 기초 요약 시리즈입니다. 
Java는 아는데 Spring은 뭔지 모르겠는 초보자들에게 유용하도록 요점만 정리하였습니다.

Spring 101 시리즈

Spring 101 - #1 자바와 절차적/구조적 프로그래밍
Spring 101 - #2 자바 키워드와 OOP 특성 4가지
Spring 101 - #3 객체지향설계 5원칙 SOLID
Spring 101 - #4 스프링 디자인 패턴 Spring Design Pattern

 

---

 

#SOLID

Single Responsibility Principal  단일책임원칙	어떤 클래스를 변경해야 하는 이유는 오직 하나다	모델 추상화때 공통점을 상위 클래스로 묶기
Open Close Principal 개방폐쇄원칙	자신의 확장에는 열려있고 변화에는 닫혀있다	공통점 -> 인터페이스
Liskov Substitution Principal 리스코프 치환 원칙	서브 타입은 언제나 기본 타입으로 교체 가능
Interface Segregation Principal 인터페이스 분리 원칙	클라이언트는 사용하지 않는 method에 의존하지 않는다	풍성한 상위클래스 + 추상 메소드
Dependency Introversion Principal 의존 역전 원칙	자신보다 변하기 쉬운것에 의존하지 않는다	상위 클래스 인터페이스 추상 클래스

 

#목적

• High Cohesion 높은 응집도 & Loose Coupling 낮은 결합도
• OOP 4대 특성 기반, 디자인 패턴의 뼈대, 스프링 프레임워크의 근간

 

#SRP 단일 책임 원칙 - 모델 추상화와 가장 관련이 깊다 Encapsulation

• 다양한 역할의 공통점이 많다 -> 상위 클래스로 공통점을 묶고 각각 상속해서 공통이 아는 부분을 구현한다
  • (사람-> 남자/여자 ; 강아지 -> 수컷/암컷)
• 데이터베이스의 정규화 과정도 단일책임 원칙
• if 문 남발 -> 단일책임원칙을 지키지 않은 경우일 가능성

 

#OCP 개방 폐쇄 원칙 

• 예: JDBC 인터페이스를 구현하는 오라클, MySQL, MS-SQL
• 인터페이스로 공통점을 묶어서 구매 행위에는 닫혀있되 직원 관리에는 개방된 예시

현실 세계의 개방 폐쇄 원칙 사례

 

#LSP 리스코프 치환 원칙

하위 클래스 is a kind of 상위클래스
구현 클래스 is able to 인터페이스

 

#ISP 인터페이스 분리 원칙

• 빈약한 상위 클래스 보다는 풍성한 상위 클래스 + 추상 메소드가 좋다
• 인터페이스 최소주의 원칙
• 대부분의 경우 단일 책임 원칙을 적용하는 것이 더 좋다 (남자를 남자친구/아들/소대원/직원 으로 분리하는 것)

 

#DIP 의존 역전 원칙

• 역전된  의존은 상위 클래스, 인터페이스, 추상 클래스를 통해 의존한다 (고차원-저차원 / 추상화-구체화)
• 자신보다 변하기 쉬운 것에 의존하지 않고 추상화된 인터페이스나 상위 클래스에 둔다
  • 고차원 모듈은 저차원 모듈에 의존하지 않는다. 이 두 모듈 모두 다른 추상화된 것에 의존한다.
  • 추상화된 것은 구체적인 것에 의존하지 않는다. 구체적인 것이 추상화 된 것에 의존한다.
  • 자주 변경되는 concrete 클래스에 의존하지 않는다.

의존 역전 원칙 적용 후

 

#추천 책

• Clean Software, by Robert C Martin 
• 객체 지향 SW 설계의 원칙 - ZDnet 기사
• Head First Design Pattern
• 토비의 스프링 3.1
• 도메인 주도 설계란 무엇인가?  (인사이트, 2011)
• 도메인 주도 설계 (위키북스, 2011)

 

 

 

#참고 리소스

스프링 입문을 위한 자바 객체 지향의 원리와 이해, 김종민, 위키북스