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

基本介绍

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

应用实例

• 方案1

package com.braveway.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";
	}
}

//完成Person接收消息的功能
//方式1分析
//1.简单，比较容易想到
//2.如果我们获取的对象是 微信，短信等等，则新增类，同时Person也要增加相应的接收方法
//3.解决思路：引入一个抽象的接口IReceiver,表示接收者，这样Person类与接口IReceiver发生依赖
//因为Email，WeiXin等等属于接收的范围，他们各自实现IReceiver接口就可以了，这样我们就符合依赖倒转原则
class Person{
	public void receive(Email email) {
		System.out.println(email.getInfo());
	}
}

• 方案2

package com.braveway.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{

	@Override
	public String getInfo() {
		return "电子邮件信息：hello，world";
	}
}

class WeiXin implements IReceiver{

	@Override
	public String getInfo() {
		return "微信信息：hello,ok";
	}
}

class Person{
	//这里我们是对接口的依赖
	public void receive(IReceiver receiver) {
		System.out.println(receiver.getInfo());
	}
}

依赖关系传递的三种方式

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

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

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