• 欢迎访问web前端中文站,JavaScript,CSS3,HTML5,web前端demo
  • 如果您觉得本站非常有看点,那么赶紧使用Ctrl+D 收藏web前端中文站吧

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

JAVA web前端中文站 2年前 (2017-05-11) 799次浏览 已收录 0个评论

日常编程中到处都有设计模式的身影。例如:jdk、Spring、Hibernate、Struts 等都有设计模式的应用。本文继续前面的两篇文章《 设计模式六大原则之单一职责原则 》《设计模式六大原则之里氏替换原则》接着讲解设计模式六大原则之依赖倒置原则

更多精彩内容请看 web 前端中文站
http://www.lisa33xiaoq.net 可按 Ctrl + D 进行收藏

定义:高层模块不应该依赖低层模块,二者都应该依赖其抽象;抽象不应该依赖细节;细节应该依赖抽象。

问题由来:类 A 直接依赖类 B,假如要将类 A 改为依赖类 C,则必须通过修改类 A 的代码来达成。这种场景下,类 A 一般是高层模块,负责复杂的业务逻辑;类 B 和类 C 是低层模块,负责基本的原子操作;假如修改类 A,会给程序带来不必要的风险。

解决方案:将类 A 修改为依赖接口 I,类 B 和类 C 各自实现接口 I,类 A 通过接口 I 间接与类 B 或者类 C 发生联系,则会大大降低修改类 A 的几率。

依赖倒置原则基于这样一个事实:相对于细节的多变性,抽象的东西要稳定的多。以抽象为基础搭建起来的架构比以细节为基础搭建起来的架构要稳定的多。在 java 中,抽象指的是接口或者抽象类,细节就是具体的实现类,使用接口或者抽象类的目的是制定好规范和契约,而不去涉及任何具体的操作,把展现细节的任务交给他们的实现类去完成。

依赖倒置原则的核心思想是面向接口编程,我们依旧用一个例子来说明面向接口编程比相对于面向实现编程好在什么地方。场景是这样的,母亲给孩子讲故事,只要给她一本书,她就可以照着书给孩子讲故事了。代码如下:

 class Book{  
 public String getContent(){   
 return "很久很久以前有一个阿拉伯的故事……";  } } 
 class Mother{  public void narrate(Book book){   
 System.out.println("妈妈开始讲故事");   
 System.out.println(book.getContent());  } } 
 public class Client{  
 public static void main(String[] args){   
 Mother mother = new Mother();   
 mother.narrate(new Book());  } }

运行结果:
妈妈开始讲故事
很久很久以前有一个阿拉伯的故事……
运行良好,假如有一天,需求变成这样:不是给书而是给一份报纸,让这位母亲讲一下报纸上的故事,报纸的代码如下:

 class Newspaper{  
 public String getContent(){   
 return "林书豪 38+7 领导尼克斯击败湖人……";  } }

这位母亲却办不到,因为她居然不会读报纸上的故事,这太荒唐了,只是将书换成报纸,居然必须要修改 Mother 才能读。假如以后需求换成杂志呢?换成网页呢?还要不断地修改 Mother,这显然不是好的设计。原因就是 Mother 与 Book 之间的耦合性太高了,必须降低他们之间的耦合度才行。

我们引入一个抽象的接口 IReader。读物,只要是带字的都属于读物:

 interface IReader{  
 public String getContent(); }

Mother 类与接口 IReader 发生依赖关系,而 Book 和 Newspaper 都属于读物的范畴,他们各自都去实现 IReader 接口,这样就符合依赖倒置原则了,代码修改为:

 class Newspaper implements IReader {  
 public String getContent(){
 //关注 web 前端中文站 lisa33xiaoq.net
 return "林书豪 17+9 助尼克斯击败老鹰……";  } } 
 class Book implements IReader{  
 public String getContent(){   
 return "很久很久以前有一个阿拉伯的故事……";  } } 
 class Mother{  public void narrate(IReader reader){   
 System.out.println("妈妈开始讲故事");   
 System.out.println(reader.getContent());  } } 
 public class Client{  
 public static void main(String[] args){   
 Mother mother = new Mother();   
 mother.narrate(new Book());   
 mother.narrate(new Newspaper());  } }

运行结果:
妈妈开始讲故事
很久很久以前有一个阿拉伯的故事……
妈妈开始讲故事
林书豪 17+9 助尼克斯击败老鹰……

这样修改后,无论以后怎样扩展 Client 类,都不需要再修改 Mother 类了。这只是一个简单的例子,实际情况中,代表高层模块的 Mother 类将负责完成主要的业务逻辑,一旦需要对它进行修改,引入错误的风险极大。所以遵循依赖倒置原则可以降低类之间的耦合性,提高系统的稳定性,降低修改程序造成的风险。

采用依赖倒置原则给多人并行开发带来了极大的便利,比如上例中,原本 Mother 类与 Book 类直接耦合时,Mother 类必须等 Book 类编码完成后才可以进行编码,因为 Mother 类依赖于 Book 类。修改后的程序则可以同时开工,互不影响,因为 Mother 与 Book 类一点关系也没有。参与协作开发的人越多、项目越庞大,采用依赖导致原则的意义就越重大。现在很流行的 TDD 开发模式就是依赖倒置原则最成功的应用。

传递依赖关系有三种方式,以上的例子中使用的方法是接口传递,另外还有两种传递方式:构造方法传递和 setter 方法传递,相信用过 Spring 框架的,对依赖的传递方式一定不会陌生。

在实际编程中,我们一般需要做到如下 3 点:

  • 低层模块尽量都要有抽象类或接口,或者两者都有。
  • 变量的声明类型尽量是抽象类或接口。
  • 使用继承时遵循里氏替换原则。

依赖倒置原则的核心就是要我们面向接口编程,理解了面向接口编程,也就理解了依赖倒置。

web 前端中文站点评:

有关设计模式六大原则的其他三篇介绍文章,大家有空可以扩展学习下。

1.设计模式六大原则之迪米特法则

2.设计模式六大原则之开闭原则

3.设计模式六大原则之接口隔离原则

设计模式的六大原则学习完,基本上对设计模式有了一定了解,这样有助于我们在代码设计上更有章法,更有逻辑。

【注:本文源自网络文章资源,由站长整理发布】


web 前端中文站 , 版权所有丨如未注明 , 均为原创丨本网站采用BY-NC-SA协议进行授权
转载请注明原文链接:设计模式六大原则之依赖倒置原则
喜欢 (0)
发表我的评论
取消评论
表情 贴图 加粗 删除线 居中 斜体 签到

Hi,您需要填写昵称和邮箱!

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址