五、面向对象设计模式之接口隔离原则

接口隔离原则（Interface Segregation Principle）讲的是：使用多个专门的接口比使用单一的接口总要好。换言之从一个客户类的角度来说：

一个类对另一个类的依赖性应当是创建在最小接口上的。过于臃肿的接口是对接口的污染。不该该强迫客户依赖于它不用的方法。

接口隔离原则的定义以下：

　　　客户端不该该依赖那些它不须要的接口。

另外一种定义方法以下：

　　一旦接口太大，则须要将它分割成一些更细小的接口，使用该接口的客户端仅须要知道与之相关的方法便可。

接口隔离原则是指使用多个专门的接口（抽象类也是接口），而不是使用单一的总接口。每一个接口应该承担一种相对独立的角色，很少很多，不干不应干的事，该干的事情都要干。

　　（1）一个接口只表明一个角色，每一个角色都有它特定的一个接口，此时这个原则能够叫作"角色隔离原则"。

　　（2）接口仅仅提供客户端须要的行为，即所需的方法，客户端不须要的行为则隐藏起来，应当为客户提供尽量小的单独接口，而不是提供大的总结口。

使用接口隔离原则对接口进行约束时，须要注意如下几点：

　　接口尽可能小，可是要有限度。对接口进行细化能够提升程序设计的灵活性是不争的事实，可是若是太小，则会形成接口数量过多，使设计复杂化，因此必定要适度。

　　为依赖接口的类定制服务，只暴露给调用的类须要的方法，它不须要的方法则隐藏起来。只有专一地为一个模块提供定制服务，才能创建最小依赖关系。

　　提升内聚，减小对外交互。使接口用最少的方法完成最多的事情。

运用接口隔离原则，必定要适度（类中的接口数量要适度），接口设计的过大或太小都很差，设计接口的时候，只有多花时间去思考和筹划

才能准确地实践这一原则。

总结：当客户类被强迫依赖那些它们不须要的接口时，则这些客户类不得不受制于这些接口。这无心间就致使了全部客户类之间的耦合。换句话说，若是一个客户类依赖了一个类，这个类包含了客户类不须要的接口，但这些接口是其余客户类所须要的，那么其余客户类要求修改这个类时，这个修改也将影响这个客户类。一般咱们都是尽量的避免这种耦合，因此咱们须要不遗余力地分离这些接口。

　　接口隔离原则的含义是：创建单一接口，不要创建庞大臃肿的接口，尽可能细化接口，接口中的方法尽可能少。也就是说咱们要为各个类创建专门的接口，而不是试图创建一个很庞大的接口供全部依赖他的类去调用。在程序设计中依赖几个专用的接口比依赖一个综合的接口更灵活。接口是设计时对外部设定的“契约”，经过分散定义多个接口，能够预防外来变动的扩散，提升系统的灵活性和可维护性。

说到这里，不少人觉的接口隔离原则跟以前的单一职责原则很类似其实否则：

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

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

 

 

• 添加到短语集
   
  • 没有此单词集： -> ...
     
  • 建立新的单词集...
• 拷贝

• 添加到短语集
   
  • 没有此单词集： -> ...
     
  • 建立新的单词集...
• 拷贝