加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 百科 > 正文

设计模式原则—依赖倒转原则(三)

发布时间:2020-12-13 22:42:42 所属栏目:百科 来源:网络整理
导读:依赖倒转原则解释:抽象不应该依赖于细节,细节应该依赖于抽象,说通俗点也就是针对接口编程,不要针对实现编程 . 我们在做开发的时候,要访问数据库,就会把访问数据库的代码写成函数,每次去开发的时候调用这些函数就行了,其实这就叫高层模块依赖低层模块
依赖倒转原则解释:抽象不应该依赖于细节,细节应该依赖于抽象,说通俗点也就是针对接口编程,不要针对实现编程

. 我们在做开发的时候,要访问数据库,就会把访问数据库的代码写成函数,每次去开发的时候调用这些函数就行了,其实这就叫高层模块依赖低层模块,违反了依赖倒转原则

. 当我们做一个新项目的时候,发现业务逻辑的高层模块都是一样的,但是客户希望换成不同的数据库,这就出问题了,我们希望能再次利用这些高层的业务逻辑模块,但是高层的业务逻辑模块和低层的数据访问模块是绑定的,没有办法复用这些高层模块,就好像电脑里如果CPU,内存,硬盘都需要依赖具体的主板,主板一换,所有的部件就没用了,这是不合理的,反过来,因为CPU对应到具体的某个品牌的主板,那么CPU一换,那就得更换主板了,这也是不合理的,这里的例子就体现了“倒转”两个字的含义

. 不管高层模块还是低层模块,它们应该都依赖与抽象,就是都依赖接口和抽象类,只要接口是稳定的,那么任何一个的更改都不用担心其他的受到影响,这就使得无论高层模块还是低层模块都可以被复用,这也是最好的办法

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读