设计模式系列（三）七大设计原则-----依赖倒转原则

依赖倒转原则

依赖倒转原则介绍：

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

案例

1. 代码案例

package com.atguigu.principle.inversion;
public class DependecyInversion {
    public static void main(String[] args) {
        Person person = new Person();
        person.receive(new Email());
    }
}

class Email {
    public String getInfo() {
        return "电子邮件信息: hello,world";
    }
}

class Person {
    public void receive(Email email ) {
        System.out.println(email.getInfo());
    }
}

2. 分析说明
   以上我们定义两个类 Email 与 Person，Person类中有方法，表示该对象可以接收邮件信息。功能比较简单，但是一旦我们获取的不是邮件，而是微信或者短信的话，可能Person类中也需要增加相应的接收方法，这样就比较繁琐。我们可以这样做，引入一个抽象的接口类 IReceiver 类，表示接收者，这样具体的对象 Person 类与接口 IReceiver 就产生了依赖。而且 Email，微信 等等属于接收的范围，他们各自实现 IReceiver 接口就 ok，这样就符合依赖倒转原则

改进

1. 代码

package com.atguigu.principle.inversion.improve;
public class DependecyInversion {
    public static void main(String[] args) {
        //客户端无需改变
        Person person = new Person();
        person.receive(new Email());
        person.receive(new WeiXin());
    }
}

//定义接口
interface IReceiver {
    public String getInfo();
}

class Email implements IReceiver {
    public String getInfo() {
        return "电子邮件信息: hello,world";
    }
}

//增加微信
class WeiXin implements IReceiver {
    public String getInfo() {
        return "微信信息: hello,ok";
    }
}

class Person {
    //这里我们是对接口的依赖，参数：传入一个抽象接口
    public void receive(IReceiver receiver ) {
        System.out.println(receiver.getInfo());
    }
}

2. 分析说明
   Person 类中 receive方法接收的参数由最开始的具体某一个类变成一个抽象的接口类，当每增加一个通信的方式的时候，我们就不用改变 Person 类，只需要添加实现 IReceiver 这个接口的通信实现类。以后每当新增一个新的功能的时候，不需要改动原有的代码，只需要在原有的基础上添加新的接口实现类。

依赖关系传递的三种方式

• 接口传递
• 构造方法传递
• setter 方法传递

1. 接口传递

public static void main(String[] args) {    
    ChangHong changHong = new ChangHong();
    OpenAndClose openAndClose = new OpenAndClose();
    openAndClose.open(changHong);
}

interface IOpenAndClose {
    public void open(ITV tv); //抽象方法,接收接口
}
interface ITV { //ITV 接口
    public void play();
}

class ChangHong implements ITV {
    @Override
    public void play() {
        System.out.println("长虹电视机，打开");
    }
}
// 实现接口
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();
     }
}

class ChangHong implements ITV {
    @Override
    public void play() {
        System.out.println("长虹电视机，打开");
    }
}

// 实现类
//通过构造器进行依赖传递
 ChangHong changHong = new ChangHong();
 OpenAndClose openAndClose = new OpenAndClose(changHong);
 openAndClose.open();

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();
    }
}

class ChangHong implements ITV {
    @Override
    public void play() {
        System.out.println("长虹电视机，打开");
    }
}

// main 方法中
OpenAndClose openAndClose = new OpenAndClose();
openAndClose.setTv(changHong);
openAndClose.open();

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

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