设计模式（2）

借口隔离原则

客户端不应该依赖它需要的接 口，即一 个类对另一的依赖应该建立在最小的接口上

先看一张图

• 类A通过接口 Interface1 依赖类 B，类 C通过 接口 Interface1 依赖类 D，如果接口 Interface1 对于类 A和类 C来说不是最小接口那么类 B和类D必须去实现他们不需要的方法。

接下来要多做的是

• 按隔离原则应当这样处理： 按隔离原则应当这样处理： 将接口 Interface1 拆分为独立的几个接口， 类A和类 C分别与他们需要的接口建立依赖，也就是采用接口隔离原则。

依赖倒转原则（Dependence Inversion Principle）

• 高层模块不应该依赖低层模块，二者都应该依赖其抽象
• 抽象不应该依赖细节，细节应该依赖抽象
• 依赖倒转(倒置 )的中心思想是面向接口编程
• 依赖倒转原则是基于这样的设计理念相对于细节的多变性，抽象东西要稳定多。以抽象为基础搭建的架构比细节要稳定在Java中，抽象指的是接口或抽象类，细节就具体实现类
• 使用接口或抽象类的 目是制定好规范，而不涉及任何具体操作把展现细节任务交给他们的实现类去完成

依赖关系传递的三种方式和应用案例

1. 接口传递

   • 应用案例代码

     interface IOpenAndClose {
         public void open(ITV tv); //抽象方法,接收接口
     }
     
     interface ITV { //ITV接口
         public void play();
     }
     
     // 实现接口
     class OpenAndClose implements IOpenAndClose {
         public void open(ITV tv) {
             tv.play();
         }
     }
   

2. 构造方法传递

   • 应用案例代码

     interface IOpenAndClose {
         public void open(); //抽象方法
     }
     
     interface ITV { //ITV接口
         public void play();
     }
     
     class OpenAndClose implements IOpenAndClose {
         public ITV tv;
     
         public OpenAndClose(ITV tv) {
             this.tv = tv;
         }
     
         public void open() {
             this.tv.play();
         }
     }
   

3. setter方式传递

   • 应用案例代码

    interface IOpenAndClose {
        public void open(); // 抽象方法
   
        public void setTv(ITV tv);
    }
   
    interface ITV { // ITV接口
        public void play();
    }
   
    class OpenAndClose implements IOpenAndClose {
        private ITV tv;
   
        public void setTv(ITV tv) {
            this.tv = tv;
        }
   
        public void open() {
            this.tv.play();
        }
    }
   

依赖倒转原则的注意事项和细节

1. 低层模块尽量都要有抽象类或接口者，两有程序稳定性更好
2. 变量的声明类型尽是抽象或接口, 这样我们的变量引用和实际对象间，就存在 一个缓冲层，利于程序扩展和优化
3. 继承时遵循里式替换原则