设计模式七大原则之依赖倒置原则

一、什么是依赖倒置原则

• 高层模块不应该依赖低层模块，二者都应该依赖其抽象。
  抽象不应该依赖细节，细节应该依赖抽象。通过依赖倒置，可以减少类与类之间的耦合性，提高系统的稳定性，提高代码的可读性和可维护性，并且能够降低修改程序所造成的风险。
• 通俗的话来说：面向接口编程，而不是面向过程编程，抽象比细节更加稳定

二、该怎么用它

那我们来举个例子

• 需求：

    一个类Person能接收电子邮件信息，用代码实现
  

- 通常我们会这样做：

public class TestOne {
    public static void main(String[] args) {
        Person person=new Person();
        person.receive(new Email());
    }
}

//创建一个Email类
class Email  {
    public String getInfo() {
        return "电子邮件信息";
    }
}

//创建一个Person接收信息
class Person {
    //这里传Email类
    public void receive(Email email) {
        System.out.println("接收"+email.getInfo());
    }
}

- 效果图：

效果是实现了，代码也很简单，但是假如现在我们添加一个功能，不仅能接收电子邮件信息还能接收微信等信息

• 这个时候我们可以利用依赖倒置原则设计：

public class Test {
    public static void main(String[] args) {

        Person person=new Person();
        //只需传入接口实现类实例
        person.take(new Email());
        person.take(new WeChat());
    }
}

//创建一个接口  有一个表示信息抽象方法
interface Recipient {
    String getInfo();
}

//微信类实现这个接口
class WeChat implements Recipient{
    @Override
    public String getInfo() {
        return "接收微信信息";
    }
}

//电子邮件类实现这个接口
class Email implements Recipient{
    @Override
    public String getInfo() {
        return "接收电子邮件信息";
    }
}

class Person {
    //注意： 这里参数我们传的接口，并不是具体到哪个类
    public void take(Recipient recipient) {
        System.out.println(recipient.getInfo());
    }
}

- 效果图：

现在不仅仅能接收电子邮件，还能接收微信，而后面就算是加一个需求能接收短信，我们也只需一个短信类实现抽象接口，并不需要有多大改变

三、图像理解

四、依赖关系传递

依赖关系传递有三种方式：

• 抽像接口
• setter方式
• 构造器方法

五、总结

以抽象为基准比以细节为基准搭建起来的架构要稳定得多，因此在拿到需求后，要面相接口编程，先顶层设计再细节地设计代码结构。

今天到这吧，有意见欢迎大家可在评论区发言，共同进步！