时间:2021-05-19
定义:
高层模块不应该依赖低层模块,二者都应该依赖其抽象;抽象不应该依赖细节;细节应该依赖抽象。
问题由来:类A直接依赖类B,假如要将类A改为依赖类C,则必须通过修改类A的代码来达成。这种场景下,类A一般是高层模块,负责复杂的业务逻辑;类B和类C是低层模块,负责基本的原子操作;假如修改类A,会给程序带来不必要的风险。
解决方案:将类A修改为依赖接口I,类B和类C各自实现接口I,类A通过接口I间接与类B或者类C发生联系,则会大大降低修改类A的几率。
依赖倒置原则基于这样一个事实:相对于细节的多变性,抽象的东西要稳定的多。以抽象为基础搭建起来的架构比以细节为基础搭建起来的架构要稳定的多。在java中,抽象指的是接口或者抽象类,细节就是具体的实现类,使用接口或者抽象类的目的是制定好规范和契约,而不去涉及任何具体的操作,把展现细节的任务交给他们的实现类去完成。
依赖倒置原则的核心思想是面向接口编程,我们依旧用一个例子来说明面向接口编程比相对于面向实现编程好在什么地方。场景是这样的,母亲给孩子讲故事,只要给她一本书,她就可以照着书给孩子讲故事了。
例子:
违法依赖倒置的情况
当学生需要阅读网页时,就需要修改Student类,这是很不友好的设计。下面我们看遵守依赖倒置原则的例子。
在read方法中我们使用了接口作为参数。
总结:
1. 每个类最好有接口或者抽象类,或者同时接口和抽象类都有。
2. 变量声明最好是接口或者抽象类。
3. 继承时遵守里氏替换原则。
声明:本页内容来源网络,仅供用户参考;我单位不保证亦不表示资料全面及准确无误,也不保证亦不表示这些资料为最新信息,如因任何原因,本网内容或者用户因倚赖本网内容造成任何损失或损害,我单位将不会负任何法律责任。如涉及版权问题,请提交至online#300.cn邮箱联系删除。
本文实例讲述了java设计模式之依赖倒置。分享给大家供大家参考,具体如下:依赖倒置的概念我也是在一篇博文上理解的,我觉得很精辟,所以收录在我的博客中。类A依赖类
软件设计原则五大原则是: 1、依赖倒置原则; 2、开放封闭原则; 3、接口隔离原则; 4、单一职责原则; 5、迪米特法则。
在写代码的时候有个问题:包内定义了一个接口类,另外一个包要实现它,这里采用接口隔离与依赖倒置原则,将两个包的依赖关系倒置过来。但是,这里就遇到了一个问题,实现类
Spring是一个开源框架,主要实现两件事,IOC(控制反转)和AOP(面向切面编程)。IOC控制反转,也可以称为依赖倒置。所谓依赖,从程序的角度看,就是比如A
java单例模式的实例详解概念: java中单例模式是一种常见的设计模式,单例模式分三种:懒汉式单例、饿汉式单例、登记式单例三种。 单例模式有一下特点: