ISP 接口隔离原则 Interface Seperate Principle

来源：互联网发布：网络公选课时间编辑：程序博客网时间：2024/05/01 10:04

一、ISP简介（ISP--Interface Segregation Principle）：

　　使用多个专门的接口比使用单一的总接口要好。

　　一个类对另外一个类的依赖性应当是建立在最小的接口上的。

　　一个接口代表一个角色，不应当将不同的角色都交给一个接口。没有关系的接口合并在一起，形成一个臃肿的大接口，这是对角色和接口的污染。

　　“不应该强迫客户依赖于它们不用的方法。接口属于客户，不属于它所在的类层次结构。”这个说得很明白了，再通俗点说，不要强迫客户使用它们不用的方法，如果强迫用户使用它们不使用的方法，那么这些客户就会面临由于这些不使用的方法的改变所带来的改变。

　　二、举例说明：

　　使用场合,提供调用者需要的方法,屏蔽不需要的方法.满足接口隔离原则.比如说电子商务的系统,有订单这个类,有三个地方会使用到,

　　一个是门户,只能有查询方法,

　　一个是外部系统,有添加订单的方法,

　　一个是管理后台,添加删除修改查询都要用到.

　　根据接口隔离原则(ISP),一个类对另外一个类的依赖性应当是建立在最小的接口上.

　　也就是说,对于门户,它只能依赖有一个查询方法的接口.

　　UML结构如下:

下面是实现的代码.

　　//--这儿不用接口继承,因为可能出现修改了父接口影响了子接口

　　interface IOrderForPortal{

　　String getOrder();

　　}

　　interface IOrderForOtherSys{

　　String insertOrder();

　　String getOrder();

　　}

　　interface IOrderForAdmin{ //extendsIOrderForPortal,IOrderForOtherSys

　　String deleteOrder();

　　String updateOrder();

　　String insertOrder();

　　String getOrder();

　　}

　　interface IOrderForPortal{

　　String getOrder();

　　}

　　interface IOrderForOtherSys{

　　String insertOrder();

　　}

　　interface IOrderForAdmin extendsIOrderForPortal,IOrderForOtherSys{

　　String updateOrder();

　　String deleteOrder();

　　}

　　class Order implementsIOrderForPortal,IOrderForOtherSys,IOrderForAdmin{

　　private Order(){

　　//--什么都不干,就是为了不让直接 new,防止客户端直接New,然后访问它不需要的方法.

　　}

　　//返回给Portal

　　public static IOrderForPortal getOrderForPortal(){

　　return (IOrderForPortal)new Order();

　　}

　　//返回给OtherSys

　　public static IOrderForOtherSys getOrderForOtherSys(){

　　return (IOrderForOtherSys)newOrder();

　　}

　　//返回给Admin

　　public static IOrderForAdmin getOrderForAdmin(){

　　return (IOrderForAdmin)new Order();

　　}

　　//--下面是接口方法的实现.只是返回了一个String用于演示

　　public String getOrder(){

　　return "implemented getOrder";

　　}

　　public String insertOrder(){

　　return "implementedinsertOrder";

　　}

　　public String updateOrder(){

　　return "implementedupdateOrder";

　　}

　　public String deleteOrder(){

　　return "implementeddeleteOrder";

　　}

　　public class TestCreateLimit{

　　public static void main(String[] args){

　　IOrderForPortal orderForPortal =Order.getOrderForPortal();

　　IOrderForOtherSys orderForOtherSys =Order.getOrderForOtherSys();

　　IOrderForAdmin orderForAdmin = Order.getOrderForAdmin();

　　System.out.println("Portal门户调用方法:"+orderForPortal.getOrder());

　　System.out.println("OtherSys外部系统调用方法:"+orderForOtherSys.insertOrder());

　　System.out.println("Admin管理后台调用方法:"+orderForAdmin.getOrder()+";"+orderForAdmin.insertOrder()+";"+orderForAdmin.updateOrder()+";"+orderForAdmin.deleteOrder());

　　}

那什么是隔离呢？它有两种定义，如下所示：
        ◇ “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”——类间的依赖关系应该建立在最小的接口上。
      新事物的定义一般都比较难理解，晦涩难懂是正常的。我们把这两个定义剖析一下，先说第一种定义：“客户端不应该依赖它不需要接口”，那依赖什么？依赖它需要的接口，客户端需要什么接口就提供什么接口，把不需要的接口剔除掉，那就需要对接口进行细化，保证其纯洁性；再看第二个定义：“类间的依赖关系应该建立在最小的接口上”，它要求是最小的接口，也是要求接口细化，接口纯洁，与第一个定义如出一辙，只是一个事物的两种不同描述。
      我们可以把这两个定义概括为一句话：建立单一接口，不要建立臃肿庞大的接口。再通俗一点讲：接口尽量细化，同时接口中的方法尽量少。看到这里大家有可能要疑惑了，这与单一职责原则不是相同的吗？错，接口隔离原则与单一职责的审视角度是不相同的，单一职责要求的是类和接口职责单一，注重的是职责，这是业务逻辑上的划分，而接口隔离原则要求接口的方法尽量少。例如一个接口的职责可能包含10个方法，这10个方法都放在一个接口中，并且提供给多个模块访问，各个模块按照规定的权限来访问，在系统外通过文档约束“不使用的方法不要访问”，按照单一职责原则是允许的，按照接口隔离原则是不允许的，因为它要求“尽量使用多个专门的接口”,专门的接口指什么？就是指提供给每个模块都应该是单一接口，提供给几个模块就应该有几个接口，而不是建立一个庞大的臃肿的接口，容纳所有的客户端访问。