티스토리 뷰

Study/정보처리기사

SOLID 원칙 정리

Corinee 2024. 10. 11. 19:01
728x90

SOLID 원칙은 객체 지향 설계의 5가지 핵심 원칙을 말합니다. 이 원칙들은 소프트웨어가 유연하고 확장 가능하며, 유지보수하기 쉽게 설계될 수 있도록 도와줍니다. 각 원칙을 이해하고 적용하면 재사용성확장성을 높일 수 있습니다.

SOLID의 5가지 원칙:

  1. SRP (Single Responsibility Principle) - 단일 책임 원칙
    • 설명: 클래스는 단 하나의 책임만 가져야 한다는 원칙입니다. 하나의 클래스는 하나의 기능만 수행하고, 그 기능을 변경해야 할 이유도 하나만 있어야 합니다.
    • 이유: 여러 책임이 하나의 클래스에 존재하면, 코드 수정 시 의존성이 높아져 오류 발생 가능성이 커집니다.
    • 예시: 하나의 클래스가 데이터베이스 접근과 UI 업데이트를 모두 담당하면, 변경이 필요할 때 불필요한 수정이 생길 수 있습니다.
  2. OCP (Open/Closed Principle) - 개방-폐쇄 원칙
    • 설명: 소프트웨어 요소는 확장에 대해 열려 있어야 하지만, 수정에는 닫혀 있어야 한다는 원칙입니다. 즉, 새로운 기능을 추가할 수 있지만 기존 코드를 수정하지 않아야 한다는 의미입니다.
    • 이유: 기존 코드를 변경하지 않고도 새로운 기능을 추가할 수 있게 해야 시스템의 유연성이 증가하고, 오류 발생 가능성이 줄어듭니다.
    • 예시: 인터페이스나 추상 클래스를 사용해 새로운 클래스가 기존 기능을 확장할 수 있게 설계하는 방식.
  3. LSP (Liskov Substitution Principle) - 리스코프 치환 원칙
    • 설명: 서브타입은 언제나 기반 타입으로 교체할 수 있어야 한다는 원칙입니다. 즉, 자식 클래스는 부모 클래스의 기능을 대체할 수 있어야 합니다.
    • 이유: 자식 클래스가 부모 클래스의 행동을 그대로 따르지 않으면, 다형성을 사용한 프로그램에서 예기치 못한 결과가 발생할 수 있습니다.
    • 예시: 만약 Bird 클래스를 상속받은 Penguin 클래스가 fly() 메서드를 무시한다면, 부모 클래스의 기능을 제대로 대체하지 못하는 상황이 생깁니다.
  4. ISP (Interface Segregation Principle) - 인터페이스 분리 원칙
    • 설명: 클라이언트는 자신이 사용하지 않는 인터페이스에 의존하지 않아야 한다는 원칙입니다. 큰 인터페이스를 작은 단위로 나누어야 한다는 뜻입니다.
    • 이유: 불필요한 메서드나 기능에 의존하지 않도록 설계하여, 클라이언트가 꼭 필요한 기능만 사용하게 합니다.
    • 예시: 하나의 복합기에 프린터, 팩스, 복사 기능이 있는데, 프린터만 사용하는 클라이언트는 복사와 팩스 기능에 의존하지 않도록 인터페이스를 분리해야 합니다.
  5. DIP (Dependency Inversion Principle) - 의존성 역전 원칙
    • 설명: 고수준 모듈은 저수준 모듈에 의존해서는 안 된다. 둘 다 추상화에 의존해야 한다. 즉, 구체적인 클래스가 아니라, 인터페이스나 추상 클래스에 의존해야 한다는 의미입니다.
    • 이유: 구체적인 클래스에 의존하면 코드 수정 시 변경 범위가 커지고 유연성이 떨어집니다. 대신 추상화된 객체에 의존하게 하면 코드 재사용성과 확장성이 높아집니다.
    • 예시: 특정 데이터베이스 기술에 종속되지 않고, Database 인터페이스에 의존하여 다양한 데이터베이스로 쉽게 교체할 수 있는 구조를 만드는 것.

SOLID 원칙 요약:

SRP 단일 책임 원칙 한 클래스는 하나의 책임만 가져야 함 데이터베이스 접근과 UI 처리를 분리
OCP 개방-폐쇄 원칙 확장에는 열려 있고, 수정에는 닫혀 있어야 함 인터페이스를 통한 확장
LSP 리스코프 치환 원칙 자식 클래스는 부모 클래스를 대체할 수 있어야 함 부모 클래스 메서드를 오버라이딩하여 기능 유지
ISP 인터페이스 분리 원칙 사용하지 않는 메서드에 의존하지 않아야 함 큰 인터페이스를 작은 인터페이스로 분리
DIP 의존성 역전 원칙 구체적인 것이 아닌 추상화에 의존해야 함 인터페이스에 의존해 구현체를 교체 가능하게

이 원칙들을 지키면 코드의 유연성, 확장성, 재사용성이 높아지고, 유지보수가 훨씬 수월해집니다.

728x90