한페이지 요약

공부노트-9.jpg

SOLID 원칙이란

객체지향 프로그래밍의 다섯가지 설계 원칙
소프트웨어의 재사용성, 유연성, 확장성을 높이기 위한 원칙

원칙	설명
**SRP
(Single Responsibility Principle)**	단일 책임 원칙
하나의 클래스는 하나의 책임만 가져야 한다.
**OCP
(Open/Closed Principle)**	개방-폐쇄 원칙
소프트웨어 요소(클래스, 모듈, 함수 등..)는 확장에는 열려있으나 변경에는 닫혀 있어야 한다.
**LSP
(Liskov Substitution Principle)**	리스코프 치환 원칙
만약 S가 T의 서브타입이라면, T는 어떠한 경고도 내지 않고 S로 대체가 가능해야 함
(부모 클래스는 언제나 자식 클래스로 대체될 수 있어야 함)
**ISP
(Interfacce Segregation Principle)**	인터페이스 분리 원칙
클라이언트는 사용하지 않는 인터페이스에 의존하도록 강요되어서는 안 된다.
**DIP
(Dependency Inversion Principle)**	의존관계 역전 원칙
상위 모듈이 하위 모듈에 직접 의존하는 것이 아니라, 둘 다 추상화에 의존하도록 설계해야 함.

SOLID 원칙이 왜 필요할까?

SOLID 원칙을 적용하면 나쁜 아키텍처로 인해 생기는 아래와 같은 문제들을 해결할 수 있다.

Fragility(취약성) : 변화는 예상치 못한 부분에 문제를 가져올 수 있다. 좋은 test coverge가 없다면 이를 감지하는 것은 매우 어려움
Immobility(부동성) : 컴포넌트에 결합된 의존성이 너무 많을 경우 다른 프로젝트나 같은 프로젝트의 다른 곳에서 재사용하기 어려워짐
Rigidity(엄격함) : 변화는 프로젝트의 많은 부분에 영향을 미치기 때문에 많은 노력이 듦

⇒ SOLID 원칙은 반드시 지켜야 하는 규칙이 아니라 아키텍처의 질을 높이기 위한 가이드라인일 뿐임 ‼️

📌 1. 단일 책임 원칙 (Single Responsibility Principle, SRP)