设计形式六大原则4—接口隔离原则

设计模式六大原则4—接口隔离原则
接口隔离原则定义：1）客户端不该依赖它不需要的接口；2）类间的依赖关系应该建立在最小的接口上。

问题由来：类A通过接口I依赖类B，类C通过接口I依赖类D，如果接口I对于类A和类C来说不是最小接口，则类B和类D必须去实现他们不需要的方法，如下图所示。

设计形式六大原则4—接口隔离原则

解决方案：将臃肿的接口I拆分为独立的几个接口，类A和类C分别与他们需要的接口建立依赖关系。也就是采用接口隔离原则。

举例来说明接口隔离原则：

使用Manager类代表一个管理工人的管理者。有两种类型的工人：普通的和高效的，这两种工人都需要吃午饭。现在来了一批机器人，它们同样为公司工作，但是他们不需要吃午饭。一方面Robot类需要实现IWoker接口，因为他们要工作；另一方面，它们又不需要实现IWorker接口，因为它们不需要吃饭。在这种情况下IWorker就被认为是一个被污染了的接口。

// interface segregation principle - bad example
interface IWorker {
public void work();
public void eat();
}
class Worker implements IWorker {
public void work() {
// ....working
}
public void eat() {
// ...... eating in launch break
}
}
class SuperWorker implements IWorker{
public void work() {
//.... working much more
}
public void eat() {
//.... eating in launch break
}
}
class Manager {
IWorker worker;
public void setWorker(IWorker w) {
worker=w;
}
public void manage() {
worker.work();
}
}

依据接口隔离的原则，我们应该把IWorker接口划分为两个独立的接口，如下面的代码所示。

//interface segregation principle - good example
interface IWorkable {
public void work();
}
interface IFeedable{
public void eat();
}
class Worker implements IWorkable, IFeedable {
public void work() {
// ....working
}
public void eat() {
//.... eating in launch break
}
}
class SuperWorker implements IWorkable, IFeedable{
public void work() {
//.... working much more
}
public void eat() {
//.... eating in launch break
}
}
class Robot implements IWorkable{
public void work() {
// ....working
}
}
class Manager {
IWorkable worker;
public void setWorker(IWorkable w) {
worker = w;
}
public void manage() {
worker.work();
}
}

这样使用接口隔离原则可以防止庞大、臃肿的接口，这也就接口隔离原则的目的所在。

接口隔离尽量使用多个专门的接口，这和单一职责原则很类似。其实不然，其一，单一职责原则注重的是职责；而接口隔离原则注重对接口依赖的隔离。其二，单一职责原则主要是约束类，其次才是接口和方法，它针对的是程序中的实现和细节；而接口隔离原则主要约束接口接口，主要针对抽象，针对程序整体框架的构建。

在依据接口隔离原则拆分接口时，首先必须满足单一职责原则。其次，在使用接口隔离原则时，应做到以下几点：

设计形式六大原则4接口隔离原则

热点推荐