设计模式六大原则之：接口隔离原则

越重天

已于 2024-11-09 09:36:38 修改

阅读量1.8k

点赞数 25

CC 4.0 BY-SA版权

分类专栏：设计模式六大原则文章标签：设计模式接口隔离原则

于 2024-08-19 09:13:47 首次发布

本文链接：https://blog.csdn.net/lilinhai548/article/details/141310069

设计模式六大原则专栏收录该内容

7 篇文章

订阅专栏

1. 接口隔离原则简介

接口隔离原则（Interface Segregation Principle, ISP）是面向对象设计的一个基本原则，由罗伯特·C.马丁(Robert C. Martin)在2002年提出。

1.1 核心思想

它主张使用多个专门的接口，而不是使用单一的总接口。客户端不应该依赖于它不需要的接口。这个原则要求将大接口拆分成更小的、更具体的接口，以减少客户端的依赖。

这一原则强调客户端不应该依赖那些它不需要的接口，即一个类对另一个类的依赖应该建立在最小的接口上。当接口过大时，应该将其分割成更小的接口，这样使用该接口的客户端只需要知道与之相关的方法即可。每个接口应该承担一种相对独立的角色，不执行不属于其职责的任务，而专注于其核心功能。

1.2 与其它原则的关系

接口隔离原则与其他面向对象设计原则相辅相成，常与单一职责原则(Single Responsibility Principle)、开放封闭原则(Open-Closed Principle)、里氏替换原则(Liskov Substitution Principle)和依赖倒置原则(Dependency Inversion Principle)共同应用。这些原则共同促进代码的质量，确保软件设计能够适应变化，同时保持代码的清晰和结构化。

2. 接口隔离原则优点

接口隔离原则的优点在于提高了系统的可维护性和可扩展性。通过将大接口拆分成多个小接口，可以使每个接口的功能更加明确和单一，从而减少接口之间的耦合度。这样，当需要对某个接口进行修改时，只会影响到使用该接口的特定部分，而不会对整个系统造成大的影响。此外，这种设计方式还有助于降低系统的复杂性，使得代码更加清晰和易于理解。

3. 接口隔离原则应用场景

接口隔离原则的应用场景主要包括大型接口拆分、客户端定制化、预防胖接口。‌

‌大型接口拆分‌：当一个接口过于庞大，包含了许多不相关的方法时，应当考虑将其拆分成更小的、更具体的接口。这样做可以提高接口的可维护性和可扩展性，使得每个接口只负责一部分功能，降低了代码的耦合度，使得每个模块更加独立和可重用。
‌客户端定制化‌：当不同的客户端需要同一个接口的不同部分功能时，通过拆分接口，可以让每个客户端只依赖于它实际需要的那部分接口。这种方式提高了系统的灵活性和适应性，能够更好地满足不同客户端的需求。
‌预防胖接口‌：在设计初期，就应当考虑接口的粒度和专一性，避免设计出过于庞大的接口。通过遵循接口隔离原则，可以在设计阶段就控制接口的大小和复杂性，从而减少后期维护和扩展的难度。

这些应用场景共同体现了接口隔离原则的核心思想：客户端不应该依赖它不需要的接口，一个类对另一个类的依赖应该建立在最小的接口上。通过遵循这一原则，可以提高软件系统的可维护性、可扩展性和模块间的松耦合性‌。

在实际应用中，接口隔离原则有助于将大型复杂的接口分解为更小、更具体的接口，每个接口只包含与特定功能或角色相关的操作。这样做可以减少类之间的耦合，使得每个类只需要关心它真正需要的部分，从而提高代码的可读性和可维护性。此外，它还鼓励开发者在设计接口时考虑实际使用场景，避免创建不必要的、复杂的接口，从而简化系统设计和实现‌。

4. 接口隔离原则使用步骤

接口隔离原则‌的使用步骤主要包括以下几个关键点：

‌单一职责原则‌：每个接口应该只包含一个职责，避免创建“胖”接口，即一个接口中包含过多不相关的功能。接口的设计应专注于某一特定功能，保持高内聚性和低耦合性。
‌松耦合原则‌：通过松耦合的接口设计，可以最小化模块之间的依赖关系。当一个模块发生变化时，其他模块可以不受影响，从而提高软件的可维护性和可扩展性。
‌接口拆分‌：将庞大的接口拆分成多个专门的小接口，每个小接口只定义少量方法，并且专注于某一特定功能。这样可以减少类对接口的依赖，提高代码的灵活性和可维护性。
‌实现方法‌：在实现接口隔离原则时，需要仔细分析系统中的接口和类之间的关系，确定哪些接口可以拆分，以及如何拆分。通过重构现有代码，将大接口拆分成更小、更具体的接口，每个小接口都专注于解决一个问题或提供一种服务。

5. 接口隔离原则代码示例

以下是一些接口隔离原则在代码中的具体应用示例：

5.1 （示例1）拆分庞大接口

假设有一个Printer接口，它包含了打印、扫描和复印三个方法，但实际上并不是所有打印机都支持这些功能。根据接口隔离原则，我们可以将这个庞大的接口拆分成更小的接口‌：

interface Printable {
    void print();
}

interface Scannable {
    void scan();
}

interface Copyable {
    void copy();
}

class HPPrinter implements Printable {
    @Override
    public void print() {
        // 打印操作
    }
}

class EPSONPrinter implements Printable, Scannable, Copyable {
    @Override
    public void print() {
        // 打印操作
    }

    @Override
    public void scan() {
        // 扫描操作
    }

    @Override
    public void copy() {
        // 复印操作
    }
}

5.2 （示例2）根据角色定义接口

在不同的场景中，我们可以根据角色的不同定义不同的接口。例如，定义一个Driver接口和一个Swimmer接口，然后根据具体需求选择实现哪个接口‌：

interface Driver {
    void drive();
}

interface Swimmer {
    void swim();
}

class CarDriver implements Driver {
    @Override
    public void drive() {
        // 驾驶汽车
    }
}

class ShipDriver implements Driver, Swimmer {
    @Override
    public void drive() {
        // 驾驶船只
    }

    @Override
    public void swim() {
        // 游泳（这里可能指的是船只在水上行驶）
    }
}

5.3 （示例3）微服务中的接口隔离

在微服务架构中，接口隔离原则也非常重要。例如，用户服务可能提供了一组与用户相关的API接口，如注册、登录、获取用户信息等。如果后台管理系统需要删除用户的功能，我们可以将删除用户的接口单独放在一个接口中，以避免其他系统误用‌：

public interface UserService {
    boolean register(String cellphone, String password);
    boolean login(String cellphone, String password);
    UserInfo getUserInfoById(long id);
    UserInfo getUserInfoByCellphone(String cellphone);
}

// 接口隔离原则：新增一个接口，而不是在原有的接口中进行修改
public interface RestrictedUserService {
    boolean deleteUserByCellphone(String cellphone);
    boolean deleteUserById(long id);
}

public class UserServiceImpl implements UserService, RestrictedUserService {
    // ...省略实现代码...
}