Java面向对象设计原则5——接口隔离原则

在我们学习面向对象编程的时候，总会出现一些问题，好比以前刚刚写好的代码，上线测试可以、正常运行，突然有一天说要加一个功能，改完之后，发现以前正常运行的功能不能用了，类似这样的问题有好多好多，为了避免类似的事件发生，程序员一定要根据这些原则去开发程序。

我们一个一个来学习，今天来学习7大面向对象设计原则之一，接口隔离原则。

接口隔离原则：

接口隔离原则（Interface Segregation Principle，ISP），2002 年罗伯特·C.马丁给“接口隔离原则”的定义是：客户端不应该被迫依赖于它不使用的方法（Clients should not be forced to depend on methods they do not use）。该原则还有另外一个定义：一个类对另一个类的依赖应该建立在最小的接口上（The dependency of one class to another one should depend on the smallest possible interface）。

原则定义：客户端不应该依赖它不需要的接口。一个类对另一个类的依赖应该建立在最小的接口上。

我们怎么去理解这句话呢？

我这里举例说明，我们就说我们有一个动物的接口，里面有很多没有实现的方法。好比说say、see、run等等方法，接着呢，我们弄个狗子这个类去实现这个接口，没问题是OK的。然后呢，我们再弄个人Person这个类也去实现这个动物的接口，，也是没有问题的，因为人也是动物。

但是问题来了，动物接口中有一个摇尾巴的接口，这样的话狗子这个类是没有问题的，但是人呢，尾巴在人类进化的时候，没有了，所以人摇不了尾巴，所以是多余的接口。

而这样实现接口就违背了我们的接口隔离原则。

接口隔离原则和单一职责都是为了提高类的内聚性、降低它们之间的耦合性，体现了封装的思想，但两者是不同的：

单一职责原则注重的是职责，而接口隔离原则注重的是对接口依赖的隔离。

单一职责原则主要是约束类，它针对的是程序中的实现和细节；接口隔离原则主要约束接口，主要针对抽象和程序整体框架的构建。

接口隔离原则的优点

接口隔离原则是为了约束接口、降低类对接口的依赖性，遵循接口隔离原则有以下有点

1. 将臃肿庞大的接口分解为多个粒度小的接口，可以预防外来变更的扩散，提高系统的灵活性和可维护性。

2. 接口隔离提高了系统的内聚性，减少了对外交互，降低了系统的耦合性。

3. 如果接口的粒度大小定义合理，能够保证系统的稳定性；但是，如果定义过小，则会造成接口数量过多，使设计复杂化；如果定义太大，灵活性降低，无法提供定制服务，给整体项目带来无法预料的风险。

4. 使用多个专门的接口还能够体现对象的层次，因为可以通过接口的继承，实现对总接口的定义。

5. 能减少项目工程中的代码冗余。过大的大接口里面通常放置许多不用的方法，当实现这个接口的时候，被迫设计冗余的代码。

接口隔离的实现方式：

我们继续说上面的例子，我们该怎么去弄呢？

我们在实际开发中，设计接口的时候，接口定义的方法只能是一些通用的方法，不能说像上面那样，把摇尾巴也给弄进去，因为有一些动物是没有尾巴了，或者是摇不了尾巴的，拿上接口这不就是多余了吗

所以我们这样去设计上面的这个接口

首先去了解动物，我们按照动物分类学去进行分类

动物接口中放一些通用的方法，比如说呼吸啊，移动啊，吃饭啊

然后我们呢再定义一个犬科接口，让这个犬科接口实现动物接口，再让狗子去实现犬科接口

而人Person这个也是同样的道理，我们弄一个人猿接口去实现动物接口，让人这个接口去实现人猿接口

这样我们就实现了接口隔离原则。

 

今天就暂时说到这里，大家要在设计接口的时候多想想这个。