写点什么

架构师系列之 2:依赖倒置设计原则

用户头像
桃花原记
关注
发布于: 2020 年 11 月 01 日

求职者对这句话肯定不会陌生“Do not call me, I will call you.”今天这句话不仅仅发生在好莱坞了。它发生在日常中,也发生在软件架构设计中。

这是怎么回事呢?

设计模式的六大原则有:

  • Single Responsibility Principle:单一职责原则

  • Open Closed Principle:开闭原则

  • Liskov Substitution Principle:里氏替换原则

  • Law of Demeter:迪米特法则

  • Interface Segregation Principle:接口隔离原则

  • Dependence Inversion Principle:依赖倒置原则


这六个原则结合使用的好处:建立稳定、灵活、健壮的设计,其中依赖倒置原则就是我们要说的好莱坞原则了。

如果你用过框架编程,例如 spring、tomcat、Django,那么会更容易理解这个设计模式。

为什么这个原则要特别的提出来呢?因为和我们熟悉的设计方法思路是反着的。

自上而下的继承思想

一般来说我们设计程序的思路是至上而下的:比如下面把键盘输入输出的打印机的程序设计思路。应用程序依赖底层的 reader 和 writer 类。

 


分离依赖


一种分离的思想是高层和底层之间加入接口,面向接口编程,这样高层不依赖低层的实现就可以先实现自己的功能了。如下图。但是具体的 reader 和 writer 的类还是在高层类中实例化了,这种是不彻底的面向接口编程了。



彻底分离的依赖注入


更彻底的依赖倒置就是高层完全不依赖底层,底层改动不会影响高层,高层设计好接口,底层实现就好了,在应用程序类中去 register(依赖注入),就是应用程序里面把需要高层调用的对象设定好,这样高层代码完全独立于底层。


“Do not call me, I will call you” 在这里应用最典型的 spring 框架为例,接口是配置(依赖倒置中也可以是接口,或者规范),那么底层也就是我们的业务逻辑按照约定好的接口配置好,框架运行起来后就调用我们的业务代码,高层和低层互相不依赖,但都依赖接口,低层实现接口,高层依赖接口。这就是依赖倒置原则。


图片来源:http://www.makaidong.com/%E5%8D%9A%E5%AE%A2%E5%9B%AD/20150926/76325_3.html


「架构师训练营第 2 期」


发布于: 2020 年 11 月 01 日阅读数: 48
用户头像

桃花原记

关注

还未添加个人签名 2018.11.24 加入

还未添加个人简介

评论

发布
暂无评论
架构师系列之2:依赖倒置设计原则