描述
-
高层模块不应该依赖低层模块,二者都应该依赖其抽象
-
抽象不应该依赖细节,细节应该依赖抽象
-
依赖倒转(倒置)的中心思想是面向接口编程
-
依赖倒转原则是基于这样的设计理念:相对于细节的多变性,抽象的东西要稳定的多。以抽象为基础搭建的架构比以细节为基础的架构要稳定的多。在Java中, 抽象指的是接口或抽象类,细节就是具体的实现类
-
使用接口或抽象类的目的是制定好规范,而不涉及任何具体的操作,把展现细节的任务交给他们的实现类去完成
示例:使用Person类完成消息接收的功能
public class DependencyInversion1 {
public static void main(String[] args) {
Person p = new Person();
p.receive(new Email());
}
}
class Email {
public String getInfo(){
return "email info: hello";
}
}
class Person {
public void receive(Email email) {
System.out.println(email.getInfo());
}
}
存在的问题:
-
不容易拓展,如增加微信消息,短信消息等,需要增加类,同事Person需要增加相应的增加方法
-
引入一个抽象接口IReceiver作为接收者,Person类依赖IReceiver接口,Email或者WeChat实现IReceiver接口即可,如下:
public class DependencyInversion2 {
public static void main(String[] args) {
Person p = new Person();
p.receive(new Email());
p.receive(new WeChat());
}
}
interface IReceiver {
public String getInfo();
}
class Email implements IReceiver {
public String getInfo(){
return "email info: hello";
}
}
class WeChat implements IReceiver {
public String getInfo(){
return "WeChat info: hello, earth";
}
}
class Person {
public void receive(IReceiver receiver) {
System.out.println(receiver.getInfo());
}
}
依赖接口传递方式:
-
通过接口传递实现依赖(改进示例的实现方式)
-
通过构造方法传递依赖
-
通过setter方法传递依赖
总结注意事项:
-
低层模块尽量都要有抽象类或接口,或者两者都有,程序稳定性更好
-
变量的声明类型尽量是抽象类或接口,这样我们的变量引用和实际对象间,就存在一个缓冲层,利于程序扩展和优化
-
继承时遵循里氏替换原则
往期:
设计模式系列(一)概述https://mp.csdn.net/mp_blog/creation/editor/121142794
设计模式系列(二)设计模式原则——单一职责原则https://mp.csdn.net/mp_blog/creation/editor/121142959