개발자 이진우
etc·

SOLID > ISP (인터페이스 분리 원칙)

본 글은 로버트 C.마틴 저자(송준이 엮음)의 [클린 아키텍처: 소프트웨어 구조와 설계의 원칙] 도서를 참고하였습니다.

목차

1. 의미

  • Interface Segregation Principle.
  • 특정 클라이언트를 위한 인터페이스 여러 개가 범용 인터페이스 하나보다 낫다.
  • 따라서 소프트웨어 설계자는 사용하지 않은 것에 의존하지 않아야 한다.

2. ISP 원칙 위반 예제

interface ISmartPhone {
    void call(String number); // 통화 기능
    void message(String number, String text); // 문제 메세지 전송 기능
    void wirelessCharge(); // 무선 충전 기능
    void AR(); // 증강 현실(AR) 기능
    void biometrics(); // 생체 인식 기능
}
  • 스마트폰 인터페이스에는 스마트폰이라면 가지고 있을 통화나 메세지 기능 이외에도 무선 충전, AR 뷰어, 생체인식 등의 다양한 기능을 포함
    • 갤럭시 S20이나 S21 클래스를 구현한다면, 최신 스마트폰 기종인 만큼 객체의 동작 모두가 필요하므로 ISP 원칙을 만족
  • 하지만 최신 기종 스마트폰 뿐만 아니라 구형 기종 스마트폰 클래스도 다뤄야 할 경우 문제가 생김
    • 갤럭시 S3 클래스를 구현해야 한다면 무선 충전, 생체인식과 같은 기능은 포함되어 있지 않을 수 있음
    • 이렇게 된다면 추상 메소드 구현 규칙상 오버라이딩은 하되, 메서드 내부는 빈공간으로 두거나 혹은 예외(Exception)을 발생토록 구성해야 함 ⇒ 결국 필요하지도 않은 기능을 어쩔 수 없이 구현해야하는 낭비가 발생된 것

3. 올바른 예제

image

interface IPhone {
    void call(String number); // 통화 기능
    void message(String number, String text); // 문제 메세지 전송 기능
}
 
interface WirelessChargable {
    void wirelessCharge(); // 무선 충전 기능
}
 
interface ARable {
    void AR(); // 증강 현실(AR) 기능
}
 
interface Biometricsable {
    void biometrics(); // 생체 인식 기능
}
 
// ---
 
class S21 implements IPhone, WirelessChargable, ARable, Biometricsable {
    public void call(String number) {
    }
 
    public void message(String number, String text) {
    }
 
    public void wirelessCharge() {
    }
 
    public void AR() {
    }
 
    public void biometrics() {
    }
}
 
class S3 implements IPhone {
    public void call(String number) {
    }
 
    public void message(String number, String text) {
    }
}
  • 각각의 기능에 맞게 인터페이스를 잘게 분리하도록 구성
  • 분리된 인터페이스를 클래스가 지원되는 기능만을 선별하여 implements 하면 ISP 원칙이 지켜지게 됨

4. **ISP 원칙 적용 주의점**

  • **SRP 와 ISP 원칙 사이의 관계**
    • ISP는 SRP를 만족하면 성립되는가 라고 질문한다면 반드시 그렇다고는 볼 수 없다
  • **인터페이스 분리는 한번만**
    • 한번 인터페이스를 분리하여 구성해놓고 나중에 무언가 수정사항이 생겨서 또 인터페이스들을 분리하는 행위는 하지 말 것
    • 이미 구현되어 있는 프로젝트에 또 인터페이스들을 분리한다면, 이미 해당 인터페이스를 구현하고 있는 온갖 클래스들과 이를 사용하고 있는 클라이언트(사용자)에서 문제가 일어날 수 있기 때문
    • 본래 인터페이스라는 건 한번 구성하였으면 왠만해선 변하면 안되는 정책같은 개념

Reference