设计模式--6大原则--依赖倒置原则
依赖倒置原则(Dependence Inversion Principle),简称DIP
定义
High level modules should depend upon low level modules. Both should depend upon abstractions. Abstractions should not depend upon details. Details should depend upon abstractions.
即
1、高层模块不应该依赖低层模块,两者都应该依赖于抽象(抽象类或接口)
2、抽象(抽象类或接口)不应该依赖于细节(具体实现类)
3、细节(具体实现类)应该依赖抽象
抽象:即抽象类或接口,两者是不能够实例化的
细节:即具体的实现类,实现接口或者继承抽象类所产生的类,两者可以通过关键字new直接被实例化
而依赖倒置原则的本质骑士就是通过抽象(抽象类或接口)使各个类或模块的实现彼此独立,不相互影响,实现模块间的松耦合。但是这个原则也是6个设计原则中最难以实现的了,如果没有实现这个原则,那么也就意味着开闭原则(对扩展开发,对修改关闭)也无法实现。
依赖倒置有三种方式来实现
1、通过构造函数传递依赖对象
比如在构造函数中的需要传递的参数是抽象类或接口的方式实现。
2、通过setter方法传递依赖对象
即在我们设置的setXXX方法中的参数为抽象类或接口,来实现传递依赖对象
3、接口声明实现依赖对象
例如下面的例子
涂涂是个女僧
public class Tutu {//涂涂是个女孩,会煮面public void cook(Noodles noodles){noodles.eat();}
}
面条(目前只会煮面)
public class Noodles {//吃面条public void eat(){System.out.println("涂涂吃面条...");}
}
涂涂坐在家里吃面(场景类)
public class Home {public static void main(String args[]){Tutu tutu = new Tutu();Noodles food = new Noodles();tutu.cook(food);}
}
运行结果:涂涂吃面条...
但是这有个问题,涂涂只会做面条,不可能每次都吃面条吧,天天吃面吃死你,所以在上面的Tutu类中的cook方法中,如果涂涂会做其他吃的,那岂不是更好。于是她向家庭主妇迈进了一步,使用了依赖倒置原则。
也就是涂涂通过学习还可以焖米饭,炒鱿鱼(虽然听着不爽,但是很好吃),京酱肉丝啊等等。要想在代码中实现,就需要实现两个接口:ITutu和IFood
public interface ITutu {//这样就会做很多饭菜了public void cook(IFood food);
}
实现类
public class Tutu implements ITutu {@Overridepublic void cook(IFood food) {food.eat();}}
食物接口
public interface IFood {public void eat();
}
这样就为扩展留出了很大的空间,方面扩展其他的类。也不会对细节有变动。以后涂涂想吃什么学一下就可以自己做了
实现面条
public class Noodles implements IFood {@Overridepublic void eat() {System.out.println("涂涂吃面条...");}}
实现米饭
public class Rice implements IFood {@Overridepublic void eat() {System.out.println("涂涂吃米饭(终于吃上米饭了)...");}
}
场景类:涂涂在家里开吃了,想吃什么直接做就是了
public class Home {public static void main(String args[]){//接口使不能实例化滴ITutu tutu = new Tutu();//实例化米饭,涂涂可以吃米饭了IFood rice = new Rice();//吃面条//IFood noodles = new Noodles();tutu.cook(rice);}
}
这样各个类或模块的实现彼此独立,不互相影响,实现了模块间的松耦合。
设计模式--6大原则--依赖倒置原则相关推荐
- 设计模式之禅之六大设计原则-依赖倒置原则
依赖倒置原则 依赖倒置原则的原始定义是: ● 高层模块不应该依赖低层模块,两者都应该依赖其抽象; ● 抽象不应该依赖细节; ● 细节应该依赖抽象. 那什么是抽象?什么又是细节呢? ---->在J ...
- 手撕设计模式,如何理解依赖倒置原则和好莱坞原则
一.什么是依赖倒置原则 依赖倒置原则,就是从客户端代码调用框架代码,变成框架调用客户端代码.框架来定义接口,客户端来实现. (1)高层模块不应该依赖底层模块,二者都应该依赖抽象 (2)抽象不应该依赖细 ...
- 【设计模式】软件设计七大原则 ( 依赖倒置原则 | 代码示例 )
文章目录 一.依赖倒置原则简介 二.面向实现编程代码示例 ( 反面示例 ) 1.顾客类 2.测试类 三.依赖倒置原则代码示例 ( 推荐示例 | 使用接口方法注入 IGood 实现类 ) 1.顾客类 2 ...
- java设计模式之设计原则②依赖倒置原则
定义: ⑴高层模块不应该依赖低层模块,二者都应该依赖其抽象 ⑵抽象不应该依赖细节,细节应该依赖抽象 ⑶针对接口编程,不要针对实现编程 我们通过抽象包括使用接口或者抽象类可以使各个类或模块的实现彼此独立 ...
- 软件设计的七大原则 --开闭原则 里氏替换原则 依赖倒置原则
在软件开发中,为了提高软件系统的可维护性和可复用性,增加软件的可扩展性和灵活性,程序员要尽量根据 7 条原则来开发程序,从而提高软件开发效率.节约软件开发成本和维护成本. 这 7 种设计原则是软件设计 ...
- php 依赖倒置原则,依赖倒置原则 - LieBrother的个人空间 - OSCHINA - 中文开源技术交流社区...
个人博客原文: 依赖倒置原则 设计模式六大原则之三:依赖倒置原则. 简介 姓名 :依赖倒置原则 英文名 :Dependence Inversion Principle 价值观 :大男子主义的典型代表, ...
- 设计原则(单一职责原则 开放封闭原则 里氏替换原则 依赖倒置原则 接口隔离原则 迪米特法则)
设计原则 单一职责原则(SRP) 从三大特性角度看原则: 应用的设计模式: 开放封闭原则(OCP) 从三大特性角度看原则: 应用的设计模式: 里氏替换原则(LSP) 从三大特性角度看原则: 应用的设计 ...
- 设计原则——依赖倒置原则
1.全称 Dependence Inversion Principle 缩写为:DIP 2.解释 高层模块不应该依赖低层模块,两者都应该依赖其抽象:抽象不应该依赖细节,细节应该依赖抽象 其核心思想是: ...
- 5.里氏代换原则依赖倒置原则
里氏代换原则(LSP):子类型必须能够替换掉它们的父类(子类可以看做父类来使用) 依赖倒置原则:高层模块不应该依赖于低层模块,两个都应该依赖抽象:抽象不应该依赖细节,细节应该依赖抽象.
最新文章
- java数组语法_Java 基本语法----数组
- 通过一个端口读取多个按钮
- objc_msgSend() 使用报错解决方案
- hazelcast入门教程_Hazelcast入门指南第5部分
- phpmyadmin支持php7,php 7-带有phpmyadmin的PHP 7给出了很多弃用声明
- webpack常用知识点
- 机器学习之欠拟合与过拟合
- C# WinForm 控件美化之改变ListView Head 的背景色
- 支持iCloud简记
- 黑客帝国里的代码雨-java代码实现
- javaweb项目通过F5负载,获取客户端真实ip
- ansys linux运行_ANSYS|大型Linux计算机ANSYS运算要点
- java项目ppt介绍_Java课设项目介绍及分析.ppt
- Redis雪崩效应的解决方案(转)
- 百度搜索排名优化和SEO搜索引擎优化
- 如何用齿轮法测定光速
- win10无法修改计算机域名,Win10无法打开网页提示“域名解析错误”怎么办?
- Salary Inequity
- [DSA] 决定数字血管造影系统综合性能的关键参数研究
- b丅151组成的充电器电路_【图】可控硅BT136中文资料(参数,引脚及应用电路)