[TIL] SOLID 원칙

🌼 SOLID 원칙

로버트 마틴이 2000년대 초반에 명명한 객체 지향 프로그래밍 및 설계의 다섯 가지 기본 원칙을 마이클 페더스가 두문자어 기억술로 소개한 것이다. 프로그래머가 시간이 지나도 유지 보수와 확장이 쉬운 시스템을 만들고자 할 때 이 원칙들을 함께 적용할 수 있다. SOLID 원칙들은 소프트웨어 작업에서 프로그래머가 소스 코드가 읽기 쉽고 확장하기 쉽게 될 때까지 소프트웨어 소스 코드를 리팩토링하여 코드 냄새를 제거하기 위해 적용할 수 있는 지침이다. 이 원칙들은 애자일 소프트웨어 개발과 적응적 소프트웨어 개발의 전반적 전략의 일부다.

• SRP(Single Responsibility Principle): 단일 책임 원칙, 클래스에는 단 한가지 변경 이유만 존재해야 한다. 여기서 단일과 책임은 어떤 기준을 갖느냐에 따라 한 없이 커질수도 반대로 한 없이 작아질수도 있는 개념이다. 그렇기 때문에 기준을 잘 잡고 해당 원칙을 지키는 것이 중요하다. SRP를 준수한 클래스는 응집도가 높고 결합도가 낮아 특정 기능의 변경을 위한 수정이 한곳에 집중된다.

  • Q. 단순히 클래스 메서드의 개수를 책임 개수라고 할 수 있을까?

    • 책임은 SW 변경을 요청하는 특정 사용자들에 대해 클래스/함수가 갖는 것으로 같은 부류로 구분되는 메서드의 증가를 단순히 책임의 증가로 볼 수 없다. SRP는 변경의 관점에서 분리되어야 한다. 만약 특정 기능을 변경하기 위해 수정했는데 클래스의 대부분의 기능이 수정되지 않거나 혹은 여러 클래스가 수정되는 상황이 발생한다면 이는 SRP 원칙에 의해서 분리되어야 한다.

    • (1인 1역) 해당 원칙을 잘 지키지 않을 경우, 함수의 복잡도가 높아져서 추후 수정이 어려운 구조가 된다. 하지만 변경의 관점에서 분리될 이유가 없는데 분리한다면 이것은 불필요한 복잡성을 높이는 행위일 수 있다.

• OCP(Open/Closed Principle): 개방 폐쇄의 원칙, 클래스는 확장에는 열려 있으나 변경에는 닫혀 있어야 한다.

  • OCP에 만족하는 설계를 할 때에는 변경되는 것이 무엇인지에 초점을 맞춰야 한다. 자주 변경되는 내용은 수정하기 쉽게 설계하고, 변경되지 않아야하는 것은 수정되는 내용에 영향을 받지 않게 하는 것이 포인트다. 이를 위해 자주 사용되는 문법이 interface이다.

• LSP(Liskov Substitution Principle): 리스코프 치환의 원칙, 상속받은 클래스는 기초 클래스를 대체할 수 있어야 한다.

  • 상속 관계에서는 일반화 관계가 성립해야 한다. 일반화 관계에 있다는 것은 일관성이 있다는 것이다. 자료형 Child가 자료형 Parent의 하위형이라면, 프로그램이 갖추어야 할 속성들(정확성, 수행되는 작업 등)의 변경사항 없이, 자료형 Child의 객체를 자료형 Parent 객체로 교체할 수 있어야 한다. 그리고 이 일반화 관계에는 정확성이 반드시 수반되어야 한다.

• ISP(Interface Segregation Principle): 인터페이스 분리 원칙, 클라이언트에 밀접하게 작게 쪼개진 인터페이스를 유지한다. 즉, 한 클래스는 자신이 사용하지 않는 인터페이스는 구현하지 말아야 한다. 하나의 일반적인 인터페이스 보다는, 여러 개의 구체적인 인터페이스가 낮다는 원칙이다.

• DIP(Dependency Inversion Principle): 의존 역전 원칙, 추상화에 의존해야 하며, 구체화에 의존하며 안된다.

  • 의존 관계를 맺을 때, 변화하기 쉬운것 보단 변화하기 어려운 것에 의존해야 한다는 원칙이다. 여기서 말하는 변화하기 쉬운것이란 구체적인 것을 말하고, 변화하기 어려운 것이란 추상적인 것을 말한다. 즉, DIP를 만족한다는 것은 의존관계를 맺을 때, 구체적인 클래스보다 인터페이스나 추상 클래스와 관계를 맺는다는 것을 의미한다.

출처: YOUTUBE-Kenu Heo
YOUTUBE-코드없는 프로그래밍
티스토리-SOLID 원칙