🧑🏻‍💻객체지향 5원칙(SOLID)

SRP: 단일 책임 원칙(singleresponsibilityprinciple)

하나의 클래스는 하나의 책임만을 가져야 한다!!

⚠️ 중요한 기준은 변경이다 . 변경이 있을 때 파급 효과가 적으면 단일 책임 원칙을 잘 따른 것이다.

클래스를 변경하는 이유 또한 한가지 뿐 이어야 한다!

OCP: 개방-폐쇄 원칙 (Open/closed principle)

소프트웨어 요소는 확장에는 열려 있으나 변경에는 닫혀 있어야 한다!!

MemberService라는 클라이언트 코드에서 인터페이스인 memberRepository에 의존을 하고 있지만 동시에 경우에 따라 MemoryMemberRepository, JdbcMemberRepostiory 구현 클래스에도 의존하고 있다. 결국엔 경우에 따라 클라이언트 코드를 변경해야 되는 것이고 다형성을 사용했음에도 OCP 원칙을 지킬수 없는 셈이다.

LSP: 리스코프 치환 원칙 (Liskov substitution principle)

프로그램 객체는 프로그램의 정확성을 깨뜨리지 않으면서 하위 타입의 인스턴스로 바꿀 수 있어야 한다!!

다형성을 지원하기 위한 원칙으로 서브 타입은 언제나 자신의 기반(상위) 타입으로 교체할 수 있어야 한다.

즉 부모 클래스가 들어갈 자리에 자식클래스로 대체해도 잘 동작해야 한다

ISP: 인터페이스 분리 원칙 (Interface segregation principle)

🏎 자동차 인터페이스 -> 운전 인터페이스, 정비 인터페이스로 분리
👨🏻‍🔧 사용자 클라이언트 -> 운전자 클라이언트, 정비사 클라이언트로 분리

👍🏻 분리할 경우 정비 인터페이스 자체가 변해도 운전자 클라이언트에는 영향을 주지 않는다.

클라이언트는 자신이 사용하지 않는 메서드에 의존관계를 맺으면 안된다.
보통 소프트웨어 설계 시 SRP와 ISP 중 하나를 선택한다.

DIP: 의존관계 역전 원칙 (Dependency inversion principle)

프로그래머는 "추상화(인터페이스)에 의존해야지, 구체화(구현클래스)에 의존하면 안된다." 뒤에서 정리할 의존성 주입은 이 원칙을 따르는 방법 중 하나이다.

앞에서 역할과 구현이라는 이야기를 했다. 😮‍💨구현에 의존할 경우 변경이 정말 어려워지기 때문에 역할(인터페이스 or 추상클래스)에 의존해야한다.

출처

https://www.inflearn.com/course/%EC%8A%A4%ED%94%84%EB%A7%81-%ED%95%B5%EC%8B%AC-%EC%9B%90%EB%A6%AC-%EA%B8%B0%EB%B3%B8%ED%8E%B8/dashboard