스프링 핵심 원리 - 기본편 - (좋은 객체 지향 설계의 5가지 원칙(SOLID))

스프링 핵심 원리 - 기본편 - (좋은 객체 지향 설계의 5가지 원칙(SOLID))

SOLID란 좋은 객체 지향 설계의 5가지 원칙
1. SRP 단일 책임 원칙
하나의 클래스는 하나의 책임만 가져야 한다.
변경이 있을 때 파급 효과가 적으면 단일 책임 원칙을 잘 따른 것

2. OCP 개방-폐쇄 원칙
   확장에는 열려 있으나 변경에는 닫혀 있어야 한다.
   다형성을 활용해보자.
   인터페이스를 구현한 새로운 클래스를 하나 만들어서 새로운 기능을 구현
   
   문제점
   MemberServicee 클라이언트가 구현 클래스를 직접 선택
   구현 객체를 변경하려면 클라이언트 코드를 변경해야 함
   인터페이스를 사용하여 다형성을 사용했지만 OCP원칙이 깨짐(클라이언트가 변경 해야 함)
   MemberRepository라는 인터페이스에 의존하지만 동시에 구현 클래스도 동시에 의존한다.
   MemberSerivce는 MemberRepository에만 의존하도록 해야한다.
   => 객체를 생성하고, 연관관계를 맺어주는 별도의 조립, 설정자가 필요하다.

3. LSP 리스코프 치환 원칙
   만약 자동차 인터페이스에 앞으로 가라는 기능이 있는데, 이 기능에 뒤로 가는 기능을 구현하면 이 원칙에 위배된 것이다. 느리더라도 앞으로 가야함

4. ISP 인터페이스 분리 원칙
   특정 클라이언트를 위한 인터페이스 여러 개가 범용 인터페이스 하나보다 낫다.

5. 자동차 인터페이스 -> 운전 인터페이스, 정비 인터페이스로 분리

6. 사용자 클라이언트 -> 운전자 클라이언트, 정비사 클라이언트로 분리
   인터페이스가 명확해지고, 대체 가능성이 높아진다.

7. DIP 의존관계 역전 원칙
   프로그래머는 추상화에 의존해야지, 구체화에 의존하면 안된다.
   쉽게 말해서 구현 클래스에 의존하지 말고, 인터페이스에 의존하라는 뜻

정리
객체 지향의 핵심은 다형성
다형성 만으로 쉽게 부품을 갈아 끼우듯이 개발할 수 없다.
다형성 만으로는 구현 객체를 변경할 때 클라이언트 코드도 함께 변경된다.
다형성만으로 OCP, DIP를 지킬 수 없다.
뭔가 더 필요하다.