接口隔离原则定义
接口隔离有两种定义:
Clients should not be forced to depend upon interfaces that they
don’t use.
客户端不应该依赖它不需要的接口
那依赖什么呢?依赖它需要的接口,客户端需要什么接口就提供什么接口,把不需要的接口剔除,那就需要对接口进行细化,保证其纯洁性。The dependency of one class to another one should depend on the
smallest possible interface.
类间的依赖关系应该建立在最小的接口上
它要求是最小的接口,也是要求接口细化,接口纯洁。
我们把两种定义概括为一句话:建立单一接口,不要建立臃肿庞大的接口。再通俗的说就是接口尽量细化,同时接口中的方法尽量少。
那么什么是接口:
接口分为两类:
- 实例接口(Object Interface)
在java中声明一个类,类也是一种接口。 - 类接口(Class Interface)
java中经常使用Interface来定义。
接口隔离原则与单一职责原则区别
接口隔离原则与单一职责原则的审视角度不相同。单一职责原则要求是类和接口的职责单一,注重的昌职责,这是业务逻辑上的划分。接口隔离原则要求接口的方法尽量少。
接口隔离原则的应用
我们可以实现一个星探找美女的过程:
uml类图如下:
美女, 我们一般观点认为美女要有好的面孔,好的身材,好的脾气。好吧,那么我们定义一下一个美女接口,有好的面孔,好的身材和好的脾气:
美女接口:
public interface IPettyGirl{
//要有好的面孔
public void goodLooking();
//要有好身材
public void niceFigure();
//要有好气质
public void goodTemperament();
}
然后,我们实现一个具体的美女类:
美女实现类:
public class PettyGirl implements IPettyGirl{
private String name;
public PettyGirl(String name){
this.name = name;
}
public void goodLooking(){
System.out.println(name + "---有好的面孔");
}
public void niceFigure(){
System.out.println(name + "---有好身材");
}
public void goodTemperament(){
System.out.println(name + "---有好气质");
}
}
美女类已经实现,现在我们定义一个抽象星探类:
抽象星探类:
public abstract class AbstractSearcher{
protected IPettyGirl pettyGirl;
public AbstractSearcher(IPettyGirl pettyGirl){
this.pettyGirl=pettyGirl;
}
//显示美女信息
public abstract void show();
}
然后再实现一个具体星探类:
星探具体实现类:
public class Searcher extends AbstractSearcher{
public Searcher(IPettyGirl pettyGirl){
super(pettyGirl);
}
//显示美女信息
public void show(){
System.out.println("----美女的信息如下:---");
//显示好的面孔
super.pettyGirl.goodLooking();
//显示好身材
super.pettyGirl.niceFigure();
//显示好气质
super.pettyGirl.goodTemperament();
}
}
然后,在一个场景类中,实现一个星探找美女的过程:
Client类:
public class Client{
public static void main(Strings[] args){
//定义一个美女
IPettyGirl xiaoHong = new PettyGirl("小红");
AbstractSearcher searcher = new Searcher(xiaoHong );
searcher.show();
}
}
然而,随着时代变化,人们的审美观点都在变化,美女的定义也在变化。人们也会把面容一般,身材一般,但是脾气特别好的女孩定义为美女,如气质美女。但是,我们定义的美女接口中规定是美女要具备三个条件,气质美女不是我们定义的美女。这个问题怎么办呢?
这是因此接口IPettyGirl设计有缺陷,它过于庞大,容纳了一些可变的因素,根据接口隔离原则,也就是接口应该尽量细化。我们把接口IPettyGirl拆分为二个接口,一个是外形美的美女IGoodBodyGirl,另一个是气质美的美女IGoodTemperamentGirl。这样,我们把一个比较臃肿的接口拆分为二个专门的接口,灵活性提高了,可维护性也增加了。
类图如下:
二种类型的美女定义:
public interface IGoodBodyGirl{
//要有好的面孔
public void goodLooking();
//要有好身材
public void niceFigure();
}
public interface IGoodTemperamentGirl{
//要有好气质
public void goodTemperament();
}
最标准的美女:
public class PettyGirl implements IGoodBodyGirl, IGoodTemperamentGirl{
private String name;
public PettyGirl(String name){
this.name = name;
}
public void goodLooking(){
System.out.println(name + "---有好的面孔");
}
public void niceFigure(){
System.out.println(name + "---有好身材");
}
public void goodTemperament(){
System.out.println(name + "---有好气质");
}
}
保证接口的纯洁性
接口隔离原则是对接口进行规范约束:
接口要尽量小
这是接口隔离原则的核心定义,接口要尽量小,不要出现臃肿的接口,但是小也是有限度的,不能违背单一职责原则。
接口要高内聚
高内聚就是提高接口,类,模块的处理能力,减少对外的交互。具体到接口隔离原则就是要求在接口中尽量减少公布public方法,接口是对外的承诺,承诺越少对系统开发越有利,变更的风险就越少。
接口设计是有限度的
接口的设计粒度越小,系统越灵活。但是灵活的同时也带来了结构复杂,开发难度大,可维护性降低。所以接口设计是注意度。
接口隔离原则开发经验
接口隔离原则是对接口的定义,同时也是对类的定义,接口和类尽量使用原子接口或原子类来组装。我们在实践中可以以下几个规则来衡量:
- 一个接口只服务于一个子模块或业务逻辑
- 通过业务逻辑压缩接口中的public方法,接口要不断的精简,以达到接口不断完善
- 已经被污染的接口,尽量去修改,若变更的风险较大,则采用适配器进行转化处理