[객체지향 설계] Solid 원칙

SOLID 원칙

SOLID 원칙 소개

SOLID는 객체 지향 프로그래밍과 설계에 적용되는 다섯 가지 기본 원칙을 나타냅니다. 이러한 원칙들은 로버트 마틴과 마이클 페더스에 의해 소개되었으며, 소프트웨어 시스템을 더 효율적이고 유지보수 가능하게 만들기 위한 목적을 가지고 있습니다.

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

각 클래스는 단 하나의 책임과 기능을 가져야 합니다. 이것은 클래스가 변경되어야 하는 이유가 하나, 즉 하나의 변화에만 의존해야 함을 의미합니다.

2. OCP(Open Closed Principle) - 개방 폐쇄 원칙

소프트웨어의 구성요소는 확장에는 개방되어 있어야 하고, 수정에 대해서는 폐쇄되어야 합니다. 기존 코드를 수정하지 않고도 새로운 기능을 추가할 수 있어야 합니다.

3. LSP(Liskov Substitution Principle) - 리스코프 치환 법칙

하위 클래스는 상위 클래스로 대체될 수 있어야 합니다. 이는 상속 관계에서 하위 클래스는 상위 클래스의 기능을 변경하지 않고 확장할 수 있어야 함을 의미합니다.

4. ISP(Interface Segregation Principle) - 인터페이스 분리 원칙

클라이언트는 자신이 사용하지 않는 인터페이스에 의존해서는 안 됩니다. 여러 기능이 통합된 하나의 인터페이스보다는 각 기능별로 분리된 인터페이스가 더 나음을 의미합니다.

5. DIP(Dependency Inversion Principle) - 의존성 역전 법칙

추상화에 의존해야 하며, 구체화에 의존해서는 안 됩니다. 상위 클래스는 하위 클래스에 종속되지 않아야 합니다.

SOLID 원칙 적용 예시

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

하나의 클래스는 한 가지 역할만 수행하도록 설계되어야 합니다. 이를 통해 코드의 유지보수성이 향상되고 클래스의 역할이 명확해집니다.

2. OCP(Open Closed Principle) - 개방 폐쇄 원칙

코드는 수정에 대해서는 폐쇄되어 있고, 새로운 기능 추가에는 개방되어 있어야 합니다. 이를 위해 인터페이스와 추상 클래스를 적절히 활용하여 기능을 확장할 수 있도록 합니다.

3. LSP(Liskov Substitution Principle) - 리스코프 치환 법칙

상위 클래스와 하위 클래스 간의 상속 관계에서 하위 클래스는 상위 클래스의 메소드를 오버라이딩하거나 변경하지 않고 확장할 수 있어야 합니다.

4. ISP(Interface Segregation Principle) - 인터페이스 분리 원칙

인터페이스는 클라이언트가 사용하지 않는 메소드를 포함하지 않아야 합니다. 각 클라이언트에 필요한 기능을 제공하는 작은 인터페이스로 분리합니다.

5. DIP(Dependency Inversion Principle) - 의존성 역전 법칙

의존성은 추상화에 의존해야 합니다. 상위 수준 모듈은 하위 수준 모듈에 의존하지 않고, 둘 모두 추상화에 의존해야 합니다.

이러한 SOLID 원칙을 적용함으로써 코드의 가독성, 재사용성, 유지보수성이 향상되고, 시스템이 변화에 대응하기 쉬워집니다.

---

참고자료:

• SOLID 원칙 - 위키피디아
• SOLID 원칙의 이해 - TOAST Meetup