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

✅ SOLID?

 - 소프트웨어 디자인 및 개발에서 좋은 객체 지향 설계를 위해 따라야 하는 5가지 원칙이다.

 - 클린코드로 유명한 로버트 마틴이 정리한 원칙이다.

 - SRP, OCP, LSP, ISP, DIP의 약자이다.

 

---

 

✅ SRP(Single Responsibility Principle, 단일 책임 원칙)

 - 하나의 클래스는 하나의 책임만 가져야 한다.

 - 정확히 말하면, 하나의 모듈은 오직 하나의 액터에 대해서만 책임져야 한다.

 - 서로 다른 액터가 의존하는 코드는 분리시켜야 한다.

 

 - 변경이 있을 때 파급 효과가 적으면 단일 책임 원칙을 잘 따른 것이다.

 - 따라서 단일 모듈은 변경의 이유가 오직 하나뿐이어야 한다.

 - 이것은 클래스의 기능을 명확하게 정의하고, 수정, 유지보수를 용이하게 만든다.

 

✅ OCP(Open / Closed Principle, 개방-폐쇄 원칙)

 - 소프트웨어 요소는 확장에는 열려 있고, 변경에는 닫혀있어야 한다.

 - OCP를 지키면 새로운 기능을 추가할 때 기존 코드를 수정하지 않도록 하여, 기존 코드의 안정성을 유지할 수 있게 된다.

 - 스프링에서는 컨테이너가 OCP를 지키도록 도와주는 역할을 한다

 

 - OCP를 지키기 위해서는 시스템을 컴포넌트 단위로 분리하고, 저수준 컴포넌트에서 발생한 변경으로부터 고수준 컴포넌트를 보호할 수 있는 형태의 계층구조가 만들어지도록 해야 한다.

 

✅ LSP(Liskov Substitution Principle, 리스코프 치환 원칙)

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

 - 다형성에서 하위 클래스는 단순히 컴파일에 성공하는 것을 넘어서서, 인터페이스 규약을 모두 지켜야 한다.

 

✅ ISP(Interface Segregation Principle, 인터페이스 분리 원칙)

 - 특정 클라이언트를 위한 인터페이스 여러 개가 한 개의 범용 인터페이스보다 낫다.

 - 인터페이스를 분리하면 인터페이스가 명확해지고, 의존성이 최소화되며, 대체 가능성이 높아진다.

 

✅ DIP(Dependency Inversion Principle, 의존관계역전 원칙)

 - 프로그래머는 추상화에 의존해야지, 구체화에 의존하면 안 된다.

 - 즉, 구현 클래스에 의존하지 말고, 인터페이스에 의존해야 한다.

 - 구현체에 의존하게 될 경우 변경이 아주 어려워진다!!

 

 

 

출처: 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