一、接口隔离原则简介

接口隔离原则 : 用多个专门的接口 , 不使用单一的总接口 , 客户端不应该依赖它不需要的接口 ;

一个类对另一个类的依赖 , 应该建立在最小接口上 ; 如果有一个大接口 , 里面有很多方法 , 如果使用一个类实现该接口 , 所有的类都要实现 ;

建立功能单一接口 , 不要建立庞大臃肿的接口 ;

尽量细化接口 , 接口中的方法尽量少 ;

接口设计适度原则 : 接口隔离原则中最重要的就是注意适度原则 , 一定要适度 ;

接口设计的过大 , 过小 , 都不合适 ; 设计接口时 , 多花时间去思考策划 ;

接口方法尽量少 , 但要有限度 , 对接口进行细化 , 肯定能提高系统设计的灵活性 , 但是如果接口设计的过小 , 方法过少 , 则会造成接口数量过多 , 提高整个程序设计的复杂性 ;

接口隔离原则优点 : 符合高内聚 , 低耦合的设计思想 , 使得类具有很好的可读性 , 可扩展性 , 可维护性 ;

降低耦合 : 平时设计接口时 , 只暴露客户端需要的方法 , 客户端不需要的方法 , 直接隐藏起来 ; 只有专注的为一个模块提供定制服务 , 才能建立最小的依赖关系 , 这样就降低了耦合程度 ;
提高内聚 : 减少对外交互 , 使用接口中最少的方法 , 完成最多的事情 ;

实际开发中 , 实践接口隔离原则时 , 也要根据业务场景 , 业务模型 , 以及以后有可能会发生变更的地方 , 对于这些做一些预判 , 抽象出业务模型很重要 ;

二、接口隔离原则代码示例 ( 反面示例 )

1、接口定义 ( 接口臃肿 )

package interfacesegregation;/*** 动物行为接口*      该接口中声明的方法过多 , 方法分属于不同的类型*      该接口可以进一步细化*/
public interface IAnimationAction {void eat();void fly();void walk();void swim();
}

2、实现类 1

package interfacesegregation;/*** 定义 Dog 类 , 实现 IAnimationAction 接口*      需要实现该接口下的所有方法*      很明显狗不能飞 , fly 方法只能空着 , 没有实际意义*/
public class Dog implements IAnimationAction {@Overridepublic void eat() {}@Overridepublic void fly() {}@Overridepublic void walk() {}@Overridepublic void swim() {}
}

3、实现类 2

package interfacesegregation;/*** 定义 Bird 类 , 实现 IAnimationAction 接口*      需要实现该接口下的所有方法*      很明显鸟不能游泳 , swim 方法只能空着 , 没有实际意义*/
public class Bird implements IAnimationAction {@Overridepublic void eat() {}@Overridepublic void fly() {}@Overridepublic void walk() {}@Overridepublic void swim() {}
}

三、接口隔离原则代码示例 ( 推荐用法 )

1、接口 1

package interfacesegregation;public interface IEatAnimalAction {void eat();
}

2、接口 2

package interfacesegregation;public interface IFlyAnimalAction {void fly();
}

3、接口 3

package interfacesegregation;public interface ISwimAnimalAction {void swim();
}

4、接口 4

package interfacesegregation;public interface IWalkAnimalAction {void walk();
}

5、实现类

package interfacesegregation;/*** 狗可以 吃 / 走路 / 游泳*      这里直接继承 3 个对应的接口*      并实现接口中的方法** 细粒度接口可以组装 , 粗粒度接口无法拆分*/
public class Dog implements IEatAnimalAction,IWalkAnimalAction,ISwimAnimalAction {@Overridepublic void eat() {}@Overridepublic void swim() {}@Overridepublic void walk() {}
}

【设计模式】软件设计七大原则 ( 接口隔离原则 | 代码示例 )相关推荐

设计模式系列（二）七大设计原则-----接口隔离原则
七大设计原则之单一接口隔离原则接口隔离原则案例应用实例改进上一篇:设计模式系列(一)七大设计原则-----单一职责原则下一篇:设计模式系列(三)七大设计原则-----依赖倒转原则接口隔离 ...
设计模式原则 - 接口隔离原则（二）
接口隔离原则一官方定义二案例演示普通方案案例分析解决方案解决方案案例总结三与单一职责原则对比一官方定义接口隔离原则(Interface Segregation Princi ...
设计模式（一）：接口隔离原则
实例接口:一个类就是一个实例接口.此类的所有实例都符合这个类定义的接口. 类接口:就是高级语言中的interface或纯虚类. 接口隔离原则:Clients should not be forced ...
六大设计原则-接口隔离原则
1.开闭原则 2.接口隔离原则 3.依赖倒置原则 4.迪米特原则 5.里氏替换原则 6.单一职责原则接口隔离原则客户端不应该依赖它不需要的接口:一个类 ...
面向对象六大原则——接口隔离原则
什么是接口隔离原则(Interface Segregation Principle, ISP) 接口对于Java开发者来说都不陌生,它几乎存在于每一个Java程序中,是抽象的代名词.在讲接口隔离原则 ...
设计模式-软件设计七大原则
目录综述 1.开闭原则 1.1开闭原则的定义 1.2开闭原则的作用 1.3开闭原则的实现方法 2.里氏替换原则 2.1里氏替换原则的定义 2.2里氏替换原则的作用 2.3里氏替换原则的实现方法 3. ...
软件设计原则——接口隔离原则
客户端不应该被迫依赖于它不使用的方法: 一个类对另一个类的依赖应该建立在最小的接口上. [例]安全门案例我们需要创建一个黑马品牌的安全门,该安全门具有防火.防水.防盗的功能. 可以将防火,防水,防盗 ...
java设计模式之设计原则④接口隔离原则
定义: (1)用多个专门的接口,而不使用单一的总接口,客户端不应该依赖它不需要的接口. (2)一个类对一个类的依赖应该建立在最小的接口上. (3)建立单一接口,不要建立庞大臃肿的接口. (4)尽量细化 ...
Java七大设计原则 - 接口隔离原则
一.什么是接口隔离原则 (Interface Segregation Principle) ? 原则含义: 一个类对于另外一个类的依赖应该建立在最小的接口上 1. 接口隔离原则" 实际上它 ...

【设计模式】软件设计七大原则 ( 接口隔离原则 | 代码示例 )

文章目录