软件设计原则-接口隔离原则

最新推荐文章于 2024-08-27 09:00:00 发布

程序员fisher

最新推荐文章于 2024-08-27 09:00:00 发布

阅读量55

点赞数

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

本文链接：https://blog.csdn.net/Sir_Soda/article/details/133736894

版权

设计模式专栏收录该内容

12 篇文章 0 订阅

订阅专栏

文章讨论了在软件设计中，如何通过细化接口、遵循接口隔离原则来提高代码的可读性、可扩展性和可维护性。通过实例说明了接口粒度的重要性，以及与单一职责原则的区别，提醒开发者在实践中需适度细化接口，避免过度导致类爆炸问题。

摘要由CSDN通过智能技术生成

定义：用多个专门的接口，而不使用单一的总接口，客户端不应该依赖它不需要的接口。

一类对一个类的依赖应该建立在最小的接口上。

建立单一接口，不要建立庞大臃肿的接口。

尽量细化接口，接口中的方法尽量少。注意适度原则，一定要适度。

优点：符合我们常说的高内聚低耦合的设计思想，从而使类具有很好的可读性、可扩展性和可维护性。

案例：

我们以动物的行为为例，V1版本代码如下

最顶层的aniamlAction接口，定义了动物的几个行为，吃、飞、游泳等

public interface IAnimalAction {
    void eat();
    void fly();
    void swim();

}

两个具体的实现，鸟和狗

public class Bird implements IAnimalAction {
    @Override
    public void eat() {

    }

    @Override
    public void fly() {

    }

    @Override
    public void swim() {

    }
}

public class Dog implements IAnimalAction {

    @Override
    public void eat() {

    }

    @Override
    public void fly() {

    }

    @Override
    public void swim() {

    }
}

很明显，狗是没法飞的，鸟也是没法游泳的，所以aniamlAction这个接口是可以进一步细化的，细化出飞行动物的行为和别的动物的行为的。

所以V1版本是不符合接口隔离原则的，我们进行改造，通过细化出多个小接口，实现类通过实现多个小接口来组合出想要的接口，V2版本的代码如下，

public interface IEatAnimalAction {
    void eat();
}

public interface ISwimAnimalAction {
    void swim();
}

public interface IFlyAnimalAction {
    void fly();
}

public class Bird implements IFlyAnimalAction, IEatAnimalAction {
    @Override
    public void eat() {

    }

    @Override
    public void fly() {

    }

}

public class Dog implements ISwimAnimalAction,IEatAnimalAction {

    @Override
    public void eat() {

    }

    @Override
    public void swim() {

    }
}

通过上述改造，我们的接口粒度更小了，接口之间也进行了隔离，可以通过组合的方式更加灵活的实现业务需要。

单一职责和接口隔离的区别：单一职责原则强调的是类、接口、方法的职责单一，针对的是程序中实现和细节，强调的是职责，接口隔离原则强调的是对接口依赖的隔离，针对抽象，程序框架的构建。

在日常开发中需要注意，接口尽量小没有问题，但是不能太小，一定要适度，否则会出现类爆炸的情况，设计也会更复杂。