设计模式七大原则(三) - 依赖倒转原则

132 阅读2分钟

1. 基本介绍

依赖倒转原则(Dependence Inversion Principle)是指:

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

2. 应用实例

2.1 初始代码

完成Person接收消息的功能

分析

  1. 简单,比较容易想到
  2. 如果我们获取的对象是微信,短信等等,则新增类,同时Perons也要增加相应的接收方法
  3. 解决思路:引入一个抽象的接口IReceiver, 表示接收者, 这样Person类与接口IReceiver发生依赖因为Email, WeiXin 等等属于接收的范围,他们各自实现IReceiver 接口就ok, 这样我们就符合依赖倒转原则
class Email {
	public String getInfo() {
		return "电子邮件信息: hello,world";
	}
}

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

2.2. 改进代码

  1. 抽象出IReceiver接口
  2. 将Email类实现IReceiver接口,实现getInfo方法
  3. 好处:降低了对Person与Email类之间的依赖,增加了扩展性,如:现在增加一个Wechat类只需实现IReceiver接口,然后重写getInfo方法就行了
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());
	}
}

依赖倒转原则的总结

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