软件架构设计原则之接口隔离原则

·  阅读 450

本文已参与「掘力星计划」,赢取创作大礼包,挑战创作激励金。

接口隔离原则(Interface Segregation Principle, ISP)是指用多个专门的接口,而不使用单一的总接口,客户端不应该依赖它不需要的接口。这个原则指导我们在设计接口时应当注意以下几点:

(1)一个类对另一个类的依赖应该建立在最小的接口之上。

(2)建立单一接口,不要建立庞大臃肿的接口。

(3)尽量细化接口,接口中的方法尽量少(不是越少越好,一定要适度)。

接口隔离原则符合我们常说的高内聚、低耦合的设计思想,可以使类具有很好的可读性、可扩展性和可维护性。我们在设计接口的时候,要多花时间去思考,要考虑业务模型,包括对以后有可能发生变更的地方还要做一些预判。所以,对于抽象、对于业务模型的理解是非常重要的。下面我们来看一段代码,对一个动物行为进行抽象描述。

IAnimal接口的代码如下:

public interface IAnimal {

    void eat();

    void fly();

    void swim();

}
复制代码

Bird类的代码如下:

public class Bird implements IAnimal {

    @Override

    public void eat() {}

    @Override

    public void fly() {}

    @Override

    public void swim() {}

}
复制代码

Dog类的代码如下:

public class Dog implements IAnimal {

    @Override

    public void eat() {}

    @Override

    public void fly() {}

    @Override

    public void swim() {}

}
复制代码

可以看出,Bird的swim()方法可能只能空着,但Dog的fly()方法显然是不可能的。这时候,我们针对不同动物行为来设计不同的接口,分别设计IEatAnimal、IFlyAnimal和ISwimAnimal接口,来看代码。

IEatAnimal接口的代码如下:

public interface IEatAnimal {

    void eat();

}
复制代码

IFlyAnimal接口的代码如下:

public interface IFlyAnimal {

    void fly();

}
复制代码

ISwimAnimal接口的代码如下:

public interface ISwimAnimal {

    void swim();

}
复制代码

Dog只实现IEatAnimal和ISwimAnimal接口,代码如下:

public class Dog implements ISwimAnimal,IEatAnimal {

    @Override

    public void eat() {}

    @Override

    public void swim() {}

}
复制代码

来看一下两种类图的对比,如下图所示,还是非常清晰明了的。

file

本文为“Tom弹架构”原创,转载请注明出处。技术在于分享,我分享我快乐!如果本文对您有帮助,欢迎关注和点赞;如果您有任何建议也可留言评论或私信,您的支持是我坚持创作的动力。关注“Tom弹架构”可获取更多技术干货!

【推荐】收藏本文,相当于收藏一本“设计模式”的书

其他设计原则

开闭原则(Open-Closed Principle,OCP)

依赖倒置原则(Dependence Inversion Principle,DIP)

单一职责(Simple Responsibility Pinciple,SRP)

迪米特原则(Law of Demeter LoD)

里氏替换原则(Liskov Substitution Principle,LSP)

合成复用原则(Composite/Aggregate Reuse Principle,CARP)

「欢迎在评论区讨论,掘金官方将在掘力星计划活动结束后,在评论区抽送100份掘金周边,抽奖详情见活动文章」

分类:
后端
标签:
收藏成功!
已添加到「」, 点击更改