1. 秦子帅的博客首页
  2. Android

六大设计原则详解(3)-依赖倒置原则

简介:

依赖倒置原则(Dependence Inversion Principle)是程序要依赖于抽象接口,不要依赖于具体实现。简单的说就是要求对抽象进行编程,不要对实现进行编程,这样就降低了客户与实现模块间的耦合。
依赖倒置原则包含了两层含义:
A.高层次的模块不应该依赖于低层次的模块,他们都应该依赖于抽象。
B.抽象不应该依赖于具体(细节),具体(细节)应该依赖于抽象。

六大设计原则详解(3)-依赖倒置原则

高层次的模块不应该依赖于低层次的模块,他们都应该依赖于抽象

低层模块也就是不可拆分的原子逻辑,高层模块是N个原子逻辑的组合。
抽象在JAVA中指的是接口和抽象类,细节指的是实现类、实现接口、继承抽象类的实现。

下面通过实例来了解一下: 场景是体育课开始了,可以踢球!
下面分别是Football类和Sport类

运行结果为:
六大设计原则详解(3)-依赖倒置原则

现在我们把需求改一下,改成”我想打篮球”,这时候我们会发现Sport类中没有篮球,体育课上竟然没有篮球。如果要加上的话我们得修改Sport类,这样的修改是不符合依赖倒置原则的,因为Sport类是高层模块,Football是低层模块,根据依赖倒置原则,高层次的模块不应该依赖于低层次的模块。但是上面的代码显然是底层模块变化,高层模块也跟着修改了。

正确”体育课”与”篮球”的逻辑如下:
首先要定义一个interface

然后低层模块实现这个interface

高层模块:

运行结果为:
六大设计原则详解(3)-依赖倒置原则

从上面代码我们可以看出,无论”体育课”想打什么球类,我们都可以在不动高层模块的前提下,任意的修改。
注意,根据依赖注入原则,他们都应该依赖于抽象,而上面的例子高层模块没有依赖抽象,上面的例子主要解释了高层次的模块不应该依赖于低层次的模块,最正确的结果是高层模块也写一个interface来实现。这里我就不贴出来了。大家应该明白这个意思。

六大设计原则详解(3)-依赖倒置原则

抽象不应该依赖于具体(细节),具体(细节)应该依赖于抽象

抽象不应该依赖于具体(细节) ,也就是说高层模块的接口不依赖于Football类、Basketball类,上面的例子也充分的证实了这一点,而细节应该依赖于抽象。

六大设计原则详解(3)-依赖倒置原则

依赖的三种方法

(1).构造函数
(2).接口方法(上述的例子)
(3).Setter方法

六大设计原则详解(3)-依赖倒置原则

总结

根据依赖倒置原则,在编程中药做到如下几点:
(1).低层模块尽量都要有抽象类或接口,或者两者都有。
(2).变量的声明类型尽量是抽象类或接口。
(3).结合里氏替换原则,接口负责定义public属性和方法,并且声明与其他对象的依赖关系,抽象类负责公共构造部分的实现,实现类准确的实现业务逻辑,同时在适当的时候对父类进行细化。(引用的《设计模式之禅》)


六大设计原则详解(3)-依赖倒置原则


六大设计原则详解(3)-依赖倒置原则


原文始发于微信公众号( 秦子帅 ):六大设计原则详解(3)-依赖倒置原则

发布者:秦子帅,转转请注明出处:http://qinzishuai.cn/index.php/2017/09/16/f8c27b92b9/

联系我们

912241847

在线咨询:点击这里给我发消息

邮件:qzs531156@163.com

QR code