依赖倒置原则(Dependence Inversion Principle,DIP)的原始定义:
•高层模块不应该依赖底层模块,两者都应该依赖其抽象;
•抽象不应该依赖细节;
•细节应该依赖抽象。
依赖倒置原则在Java语言中的表现是:
•模块间的依赖通过抽象发生,实现类之间不发生直接的依赖关系,其依赖关系是通过接口或者抽象类产生的;
•接口或抽象类不依赖于实现类;
•实现类依赖接口或抽象类。
依赖倒置原则实际上就是要求“面向接口编程”。
采用依赖倒置原则可以减少类间的耦合性,提高系统的稳定性,降低并行开发引起的风险,提高代码的可读性和可维护性。
例如:
司机接口
view sourceprint?
1 public interface IDriver {
2
3 public void driver(ICar car);
4
5 }
司机实现类
view sourceprint?
1 public class Driver implements IDriver {
2
3 public void driver(ICar car) {
4 car.run();
5 }
6
7 }
汽车接口
view sourceprint?
1 public class Benz implements ICar {
2
3 public void run() {
4 System.out.println("奔驰汽车开始运行...");
5 }
6
7 }
view sourceprint?
1 public class BMW implements ICar {
2
3 public void run() {
4 System.out.println("宝马汽车开始运行...");
5 }
6
7 }
场景类
view sourceprint?
01 public class Client {
02
03 /**
04 * @param args
05 */
06 public static void main(String[] args) {
07 IDriver zhangSan = new Driver();
08 ICar benz = new Benz();
09 zhangSan.driver(benz);
10 }
11
12 }
抽象是对实现的约束,对依赖者而言,也是一种契约,不仅仅约束自己,还同时约束自己与外部的关系,其目的是保证所有的细节不脱离契约的范畴,确保约束双方按照既定的契约(抽象)共同发展,只要抽象这根基线在,细节就脱离不了这个圈圈,始终让你的对象做到“言必信,行必果”。
依赖的三种写法
只要做到抽象依赖,即使是多层的依赖传递也无所谓惧!
•构造函数传递依赖对象——构造函数注入
view sourceprint?
01 public class Driver implements IDriver {
02
03 private ICar car;
04
05 public Driver(ICar _car) {
06 this.car = _car;
07 }
08
09 public void driver() {
10 this.car.run();
11 }
12
13 }
Setter方法传递依赖对象——Setter依赖注入
view sourceprint?
01 public class Driver implements IDriver {
02
03 private ICar car;
04
05 /**
06 * @param car the car to set
07 */
08 public void setCar(ICar car) {
09 this.car = car;
10 }
11
12 public void driver() {
13 this.car.run();
14 }
15
16 }
接口声明依赖对象——接口注入
view sourceprint?
1 public class Driver implements IDriver {
2
3 public void driver(ICar car) {
4 car.run();
5 }
6
7 }
本质:
依赖倒置原则的本质就是通过抽象(接口或者抽象类)使各个类或模型的实现彼此独立,不互相影响,实现模块间的松耦合。
规则:
•每个类尽量都有接口或抽象类,或者抽象类和接口两者都具备;
•变量的表面类型尽量是接口或者抽象类;
•任何类都不应该从具体类派生;
•尽量不要覆写基类的方法;
•结合里氏替换原则使用。
接口负责定义public属性和方法,并且声明与其他对象的依赖关系,抽象类负责公共构造部分的实现,实现类准确的实现业务逻辑,同时在适当的时候对父类进行细化。
依赖倒置与依赖正置
依赖正置就是类间的依赖是实实在在的实现类间的依赖,也就是面向实现编程,这也是正常人的思维方式,我要开奔驰车就依赖奔驰车,我要使用笔记本电脑就直接依赖笔记本电脑,而编写程序需要的是对现实世界的事物进行抽象,抽象的结构就是有了抽象类和接口,然后我们根据系统设计的需要产生了抽象间的依赖,代替了人们传统思维中的事物间的依赖,“倒置”就是从这里产生的
分享到:
相关推荐
设计模式6大原则:依赖倒置原则
详细介绍了设计模式六大原则,配有示例代码和图片,有开闭原则,单一职责原则,里氏替换原则,依赖倒置原则,接口隔离原则,迪米特法则等等。
在软件工程领域,特别是面向对象设计中,依赖倒置原则(Dependency Inversion Principle, DIP)是六大设计原则之一,由著名软件架构师Robert C. Martin提出。DIP主要强调的是模块之间的依赖关系应该基于抽象而不是...
依赖倒置原则(Dependency Inversion Principle,简称 DIP)是面向对象设计的核心原则之一,由著名软件工程师 Robert C. Martin 在其专栏文章中提出。该原则对于指导软件系统的结构设计、提高代码的可维护性和可扩展...
设计模式六大原则与类的六种关系 设计模式六大原则是软件设计中遵循的一些基本原则,目的是为了使软件设计更加灵活、可维护和可扩展。六大原则分别是:单一职责原则、里氏替换原则、依赖倒置原则、接口隔离原则、...
依赖倒置原则(Dependency Inversion Principle,DIP)是面向对象设计的基本原则之一,由罗伯特·C·马丁(Robert C. Martin)提出。这个原则指出,高层次的模块不应该依赖于低层次的模块,两者都应该依赖其抽象;...
php 设计模式六大原则 单一职责原则 里氏替换原则 依赖倒置原则 接口隔离原则 迪米特法则 开闭原则 word版
设计模式六大原则(3):依赖倒置原则 定义:高层模块不应该依赖低层模块,两者都应该依赖其抽象。抽象不应该依赖细节,细节应该依赖抽象。简单来说,就是模块间的依赖应建立在抽象之上,而不是具体实现上。 问题...
5. 依赖倒置原则(Dependency Inversion Principle, DIP):高层次的模块不应该依赖于低层次的模块,两者都应该依赖于抽象。抽象不应该依赖于具体实现,而具体实现应该依赖于抽象。 接下来,我们来看看23种设计模式...
5. 依赖倒置原则(DIP):依赖于抽象,而不依赖于具体实现,抽象不应依赖细节,细节应依赖抽象。 6. 迪米特法则(LoD):一个对象应该对其他对象有最少的了解,减少类之间的耦合。 书中的“2-教材各章实例代码”...
3.依赖倒置原则:面向接口编程 4.接口隔离原则: 客户端不应该依赖它不需要的接口;一个类对另一个类的依赖应该建立在最小的接口上。 5.迪米特法则还有一个更简单的定义:只与直接的朋友通信。其中,我们称出现成员...
依赖倒置原则(Dependence Inversion Principle),缩写为DIP。原始定义:High level modules should not depend upon low level modules. Both should depend upon abstractions. Abstractions should not depend ...
Java依赖倒置原则是软件设计中的一个重要概念,它源自于设计模式之父Misko Hevery提出的"Dependency Inversion Principle",简称为DIP。这个原则是面向对象设计的五大原则(SOLID)之一,旨在提高代码的可复用性和可...
依赖倒置原则(Dependency Inversion Principle,DIP)是面向对象设计的基本原则之一,由软件设计大师Robert C. Martin在其著作《Agile Software Development, Principles, Patterns, and Practices》中提出。这一...
设计模式的六大原则: 1. **开闭原则**:对扩展开放,对修改关闭,意味着在保持软件原有功能的基础上,可以方便地扩展新功能。 2. **里氏代换原则**:子类必须能够替换掉它们的基类,保证软件组件的可替换性,确保...
依赖倒置原则是面向对象编程中的一个设计原则,属于面向对象五大设计原则之一。这个原则指导我们在设计软件时,应该优先依赖于抽象而不是具体实现。依赖倒置原则的核心思想是:高层模块不应依赖于低层模块,两者都...
依赖倒置原则 (DIP) 依赖倒置原则强调依赖关系应该从高层模块流向低层模块,而不是相反。具体而言,高层模块不应该依赖于低层模块的具体实现,而应该依赖于抽象;低层模块则应该依赖于高层模块提供的抽象接口。...
设计模式六大原则是软件开发中不可或缺的指导方针,它们旨在提升代码的可维护性、可扩展性和可重用性。以下是对这些原则的详细解释: 1. 单一职责原则(Single Responsibility Principle, SRP): 这个原则强调一个...