클라이언트는 필요하지 않은 인터페이스에 의존해서는 안 됩니다. 한 클래스가 다른 클래스에 의존하는 것은 가장 작은 인터페이스를 기반으로 해야 합니다.
단일 일반 인터페이스를 사용하는 것보다 여러 특수 인터페이스를 사용하는 것이 더 좋습니다.
한 클래스가 다른 클래스에 종속되는 것은 가장 작은 인터페이스를 기반으로 해야 합니다.
인터페이스는 역할을 나타내며, 하나의 인터페이스에 다른 역할을 할당해서는 안 됩니다. 관련되지 않은 인터페이스는 함께 병합되어 크고 비대한 인터페이스를 형성하며 이는 역할과 인터페이스를 오염시킵니다.
"클라이언트는 자신이 사용하지 않는 메서드에 의존하도록 강요해서는 안 됩니다. 인터페이스는 해당 인터페이스가 위치한 클래스 계층 구조가 아니라 클라이언트에 속합니다." 이는 매우 명확하게 말하면 클라이언트에게 강요하지 마십시오. 사용하지 않는 방법을 사용하도록 강요하면 해당 고객은 사용하지 않는 방법의 변경으로 인한 변화에 노출됩니다.
이 그림의 의미는 다음과 같습니다. 클래스 A는 인터페이스 I의 메서드 1, 메서드 2, 메서드 3에 의존하고 클래스 B는 클래스 A의 종속성을 구현합니다. 클래스 C는 인터페이스 I의 메서드 1, 메서드 4, 메서드 5에 의존합니다. 클래스 D는 클래스 C에 대한 종속성을 구현합니다. 클래스 B와 D의 경우 둘 다 사용되지 않는 메소드(즉, 그림에서 빨간색으로 표시된 메소드)가 있지만 인터페이스 I이 구현되어 있으므로 이러한 사용되지 않는 메소드도 구현해야 합니다. 인터페이스가 너무 비대해지면 메소드가 인터페이스에 나타나는 한 해당 메소드가 의존하는 클래스에 유용한지 여부에 관계없이 이러한 메소드를 구현 클래스에서 구현해야 한다는 것을 알 수 있습니다. 좋은 디자인. 인터페이스 격리 원칙을 준수하도록 이 설계를 수정하는 경우 인터페이스 I을 분할해야 합니다. 여기서는 원래 인터페이스 I를 세 개의 인터페이스로 나눕니다. 분할 디자인은 그림과 같습니다.
인터페이스 격리 원칙의 의미는 다음과 같습니다. 단일 인터페이스를 구축하고, 거대하고 비대해진 인터페이스를 구축하지 마십시오. 가능한 한 상세하게 작성하십시오. 인터페이스를 최적화하고 인터페이스에 메소드를 가능한 한 적게 유지하십시오. 즉, 호출에 의존하는 모든 클래스에 대해 거대한 인터페이스를 구축하려고 하기보다는 각 클래스에 대한 전용 인터페이스를 구축해야 합니다. 이 기사의 예에서는 인터페이스 격리 원칙을 사용하여 거대한 인터페이스를 세 개의 전용 인터페이스로 변경합니다. 프로그래밍에서는 하나의 포괄적인 인터페이스에 의존하는 것보다 여러 전용 인터페이스에 의존하는 것이 더 유연합니다. 인터페이스는 설계 과정에서 외부적으로 설정된 "계약"입니다. 여러 인터페이스를 분산적으로 정의함으로써 외부 변경 사항의 확산을 방지하고 시스템의 유연성과 유지 관리성을 향상시킬 수 있습니다.
이렇게 말하면 많은 사람들이 인터페이스 격리 원칙이 이전 단일 책임 원칙과 매우 유사하다고 생각하겠지만 그렇지 않습니다. 첫째, 단일 책임 원칙은 원래 책임에 중점을 두었지만 인터페이스 격리 원칙은 인터페이스 종속성 격리에 중점을 두었습니다. 둘째, 단일 책임 원칙은 주로 클래스를 제한하고 인터페이스와 메소드를 제한하며 프로그램의 구현과 세부 사항을 대상으로 하는 반면, 인터페이스 격리 원칙은 주로 추상화 및 전체 프레임워크 구성을 위해 인터페이스를 제한합니다. 프로그램.
인터페이스 격리 원칙을 사용하여 인터페이스를 제한하는 경우 다음 사항에 주의하세요.
인터페이스는 최대한 작아야 하지만 제한 내에 있어야 합니다. 인터페이스를 개선하면 프로그래밍 유연성을 높일 수 있다는 것은 사실이지만 너무 작으면 인터페이스가 너무 많아지고 디자인이 복잡해집니다. 그러므로 적당히 이루어져야합니다.
인터페이스에 의존하는 클래스에 대한 서비스를 사용자 정의하고, 호출 클래스에 필요한 메서드만 노출하고, 필요하지 않은 메서드는 숨깁니다. 모듈에 대한 맞춤형 서비스 제공에 집중해야만 종속성을 최소화할 수 있습니다.
결속력을 향상하고 외부 상호 작용을 줄입니다. 인터페이스에서 가장 적은 메서드를 사용하여 가장 많은 작업을 수행하도록 합니다.
인터페이스 격리 원칙을 사용하고 인터페이스를 너무 크거나 작게 디자인하는 것은 좋지 않습니다. 인터페이스를 디자인할 때 생각하고 계획하는 데 더 많은 시간을 투자해야만 이 원칙을 정확하게 구현할 수 있습니다.
위 내용은 인터페이스 격리 원리는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!