[객체지향] SOLID 원칙이란?

Language/Java

[객체지향] SOLID 원칙이란?

PgmJUN 2022. 3. 28. 02:10

🌳 SOLID 원칙

오늘은 객체지향 개발의 5가지 원칙인 SOLID 원칙에 대해 공부해보았다.

S,O,L,I,D 는 각각 단어의 첫 글자이며 합하여 솔리드 원칙이라고 부른다.

지금부터 솔리드 원칙에 대해 알아보자.

🌱 SRP ( Single Responsibility Principle )

SRP는 Single Responsibility Principle 의 약자이며 말그대로

단일 책임 원칙을 뜻한다.

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

하나의 책임이라는 것은 굉장히 모호한 표현이다.

"클 수도 있고 작을 수도" 있으며 "문맥과 상황에 따라" 다르다.

중요한 기준은 변경이다. 변경이 있을 때 파급 효과가 크다면 단일 책임 원칙을 제대로 지키지 못한 것이 된다.

🌱 OCP ( Open Closed Principle )

OCP는 Open Closed Principle 의 약자로 개방 폐쇄 원칙을 뜻한다.

이는 "소프트웨어는 확장에는 열려있으나 변경에는 닫혀 있어야 한다" 는 원칙이다.

🌱 LSP ( Liskov Subsitution Principle )

LSP는 Liskov Subsitution Principle 의 약자이며 리스코프 치환 원칙을 뜻한다.

이 원칙이 의미하는 바는 아래와 같다.

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

- 다형성에서 하위 클래스는 인터페이스 규약을 다 지켜야 한다.

EX) 자동차 인터페이스의 엑셀은 앞으로 가라는 기능, 뒤로 가게 구현하면 LSP 위반

🌱 ISP ( Interface Segregation Principle )

ISP는 Interface Segregation Principle 의 약자로 인터페이스 분리 원칙을 뜻한다.

이 규칙이 의미하는 바는 아래와 같다.

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

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

- 사용자 클라이언트 -> 운전자, 정비사 클라이언트로 분리

- 분리하면 정비 인터페이스 자체가 변해도 운전자 클라이언트에 영향을 주지 않음

- 인터페이스가 명확해지고, 대체 가능성이 높아진다

🌱 DIP ( Dependency Inversion Principle )

DIP는 Dependency Inversion Principle 의 약자로 의존관계 역전 원칙을 뜻한다.

이 원칙이 의미하는 바는 아래와 같다.

프로그래머는 "구체화가 아닌 추상화에 의존해야한다."

쉽게 이야기해서 구현된 클래스가 아닌 인터페이스에 의존하라는 뜻이다.

예를 들어 말하면 모닝, 테슬라, 제네시스 등의 구현체가 아닌 자동차 라는 인터페이스에 의존하라는 것이다.

🤷‍♂️ 문제점?

얼핏보면 위의 원칙으로 개발을 하는 데에 아무런 문제가 없어보이지만 그렇지 않다.

OCP는 확장에는 열려있지만 변경에는 닫혀있다 라는 원칙이다.

하지만

확장을 하려면 당연히 기존 코드를 변경하는 것 아닌가?

다형성을 사용한다고 해도

MemeberRepository m = new MemoryMemberRepository(); //기존 코드

MemberRepository m = new JdbcMemberRepository(); //변경 코드

이렇게 인터페이스에 의존하지만 구현체에도 의존하기 때문에 변경이 일어난다.

이렇게 되면 OCP뿐만 아니라 DIP까지 위반하게 되는 꼴이다.

"이를 어떻게 해결할 수 있을까" 에 대한 부분은 스프링의 DI와 IoC가 제공한다.

다음 시간에는 스프링의 DI와 IoC에 대해 알아보는 시간을 갖도록 하겠다.

또한 앞서 위에서 설명한 SOLID원칙은 객체지향을 공부하는 데에 중요한 내용이므로 잘 숙지하도록 하자