Clean Architecture을 위한 객체지향 SOLID 5원칙 with Kotlin

 

이번에 배울 것

- SOLID란

- 원칙별 예제

- 결론

 

SOLID란

객체 지향 프로그래밍에서 이해가 쉬운, 유연한, 유지보수 가능한 SW(Soft-Ware: 소프트웨어)를 만들기 위해 의도 되어진 디자인 원칙이다. SOLID 원칙은 요구한 기능이 변경되거나 우리가 현재 존재하는 프로그램에 추가적인 기능을 구현하고 싶을 떄, 시스템의 큰 변경 없이, 지속 가능한 코드를 만들 수 있도록 도와준다.

SOLID는 5가지 원칙의 제일 첫 글자를 따서 만들었다.

- S : Single Resposibility Priciple / 단일 책임 원칙

- O : Open Closed Principle / 개방 폐쇄 원칙

- L : Liskov Substitution Principle / 리스코프 치환 원칙

- I : Interface Segragation Principle / 인터페이스 분리 원칙

- D : Dependency Inversion Principle/ 의존성 역전 원칙

위 5가지로 구성되어있다.

 

원칙별 예제

Single Responsibility Principle / 단일 책임 원칙

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

예시) 고양이는 밥을 먹고, 걷고, 우는 행동은 당연한 기능이지만 print, log 같은 행동은 고양이의 기능이 아니다.

이것은 단일 책임 원칙에 위배된다.

따라서 다른 방식으로 두 개의 기능을 구현해야 한다.

 

 

Open Closed Principle / 개방 폐쇄 원칙
확장에는 열려 있으나 변경에는 닫혀 있어야 한다.

예시)

동물을 나타내는 Anumal 클래스가 있다고 가정한다.

각 동물들의 종류를 받고 해당 동물의 움음소리를 출력하는 hey Method가 있다.

개, 고양이 이외의 동물을 압력 받는 경우 해당 동물의 울음 소리를 추가해주어야만 울음소리를 출력할 수 있다.

이는 확장에 닫혀있는 즉 개방 폐쇄 원칙에 위배된다.

 

Liskov Substitution Principle / 리스코프 치환 원칙
객체는 프로그램의 정확성을 깨트리지 않으면서 하위 타입의 인스턴스로 바꿀 수 있어야한다.

실제 구현체인 자식 인스턴스는 언제든지 부모 또는 인터페이스가 제공해야 하는 기능을 제공하는 다른 구현체로 바꿀 수 있다.

예시)

부모 클래스인 Cat을 상속 받은 Black Cat 클래스가 있다고 가정한다.

고양이 인스턴스를 만든 후 해당 고양이를 서브 클래스인 검정 고양이로 치환을 해도 잘 작동해야한다.

다만, 뜬금없이 완전히 속성이 다른 Fish로 치환하는 것은 리스코프 치환 원칙에 위배된다.

 

Interface Segragation Principle / 인터페이스 분리 원칙
인터페이스가 클라이언트에서 필요하지 않은 Method를 제공하지 않아야 한다.

인터페이스를 기능별로 잘게 쪼개어 특정 클라이언트용 인터페이스로 모아 사용하는 것이 변경에 대해 의존성을 낮추고 유연하게 대처할 수 있다.

 

예시)

수륙양용차 : 물 위에서나 땅 위에서 모두 다닐 수 있게 만든 자동차

수륙양용차를 만들기 위해서는 물이나 땅에서 운전할 수 있는 기능이 있어야한다.

하지만 물에서만 다닐 수 있느 기능, 땅에서만 다닐 수 있는 기능을 구현하기 위해서 수륙양용차의 기능을 전부 집어 넣으면 불필요한 Method를 지닌 자동차가 만들어질 것이다. 이것은 인터페이스 분리 원칙에 위배된다.

 

Dependency Inversion Principle / 의존관계 역전 원칙
구체화에 의존하면 안 되고 추상화에 의존해야 한다.

High Level 모듈에서 Low Level 모듈들에 의존하게 만드는 것이 아닌 중간에 추상화 모듈을 만들어 High Level 모듈과 Low Level 모듈이 의존할 수 있게 만들어준다.

예시)
High Level → Low Level
High Level → 추상화 모듈 ← Low Level

결론

이번에 클린 아키텍쳐 책을 구매 후 최초부터 SOLID 및 여러가지 유연성에 대한 강조를 하는 것을 보고 한 번 정리해보는 시간이 필요하다고 느꼈다.

책이나 강의 모두 그저 읽기만 하고 끝난다면 정확하게 내 것이 되기가 힘들 것 같아 강의와 책에서 강조하는 내용을 자주 블로깅 하지 않을까 싶다.

 

참조

객체지향 SOLID 5원칙