依赖倒置原则.ppt

1、第一章 依赖倒置原则,一 基本定义 依赖倒置原则(Dependence Inversion Principle, DIP)这个名字看着有点别扭，“依赖，这到底是什么意思?依赖倒置原则的原始定义是:,High level modules should not depend upon low level modules. Both should depend upon abstractions. Abstractions should not depend upon details. Details should depend upon abstractions,翻译过来，包含三层含义: 高层模块

2、不应该依赖低层模块，两者都应该依赖其抽象; 抽象不应该依赖细节 细节应该依赖抽象.,依赖倒置原则在Java语言中的表现就是： 模块间的依赖通过抽象发生，实现类之间不发生直接的依赖关系，其依赖关系是通过接口或抽象类产生的。 接口或抽象类不依赖于实现类， 实现类依赖接口或抽象类。 更加精简的定义就是“面向接口编程.SOD (Object-OuientedDesign，面向对象设计)的精髓之一,二 契约式编程,现在的汽车越来越便宜了，一个卫生间的造价就可以买到一辆不错的汽车，有汽车就必然有人来驾驶，司机驾驶奔驰车的类图如图3一1所示。,public class Driver /司机的主要职责就是驾驶

3、汽车 public void drive(Benz benz) benz.run(); ,我们在一段貌似磐石的程序上加上一块小石头:张三司机不仅要开奔驰车，还要开宝马车，又该怎么实现呢?麻烦出来了，那好，我们走一步是一步，我们先把宝马车产生出来，实现过程如代码清单3-4所示。,public class BMW /宝马车当然也可以开动了 public void run() System.out.println(宝马汽车开始运行.); ,宝马车也产生了，但是我们却没有办法让张三开动起来，为什么?张三没有开动宝马车的方法呀!一个拿有C驾照的司机竟然只能开奔驰车而不能开宝马车，这也太不合理了!在现实世

4、界都不允许存在这种情况，何况程序还是对现实世界的抽象，我们的设计出现了问题:司机类和奔驰车类之间是紧藕合的关系，其导致的结果就是系统的可维护性大大降低，可读性降低,建立两个接口:IDriver和ICar，分别定义了司机和汽车的各个职能，司机就是驾驶汽车，必须实现drive()方法，其实现过程如代码清单3-5所示,public interface IDriver /是司机就应该会驾驶汽车 public void drive(ICar car); ,public class Driver implements IDriver /司机的主要职责就是驾驶汽车 public void drive(ICa

5、r car) car.run(); ,public interface ICar /是汽车就应该能跑 public void run(); ,public class BMW implements ICar /宝马车当然也可以开动了 public void run() System.out.println(宝马汽车开始运行.); ,public class Benz implements ICar /汽车肯定会跑 public void run() System.out.println(奔驰汽车开始运行.); ,public class Client public static void ma

6、in(String args) IDriver zhangSan = new Driver(); /ICar benz = new Benz(); ICar bmw = new BMW(); /张三开奔驰车 zhangSan.drive(bmw); ,Client属于高层业务逻辑，它对低层模块的依赖都建立在抽象上，zhangSan的表面类型是IDriver, Benz的表面类型是ICar，也许你要问，在这个高层模块中也调用到了低层模块，比如new Driver()和new Benz()等，如何解释?确实如此，zhangSan的表面类型是IDriver,是一个接口，是抽象的、非实体化的，在其后的

7、所有操作中，zhangSan都是以工Driver类型进行操作，屏蔽了细节对抽象的影响。当然，张三如果要开宝马车，也很容易，我们只要修改业务场景类就可以，实现过程如代码清单3-9所示,在新增加低层模块时，只修改了业务场景类，也就是高层模块，对其他低层模块如Driver类不需要做任何修改，业务就可以运行，把“变更”引起的风险扩散降低到最小,我们再来思考依赖倒置对并行开发的影响。两个类之间有依赖关系，只要制定出两者之间的接口(或抽象类)就可以独立开发了，而且项目之间的单元测试也可以独立地运行，而TDD(Test-Driven Development,测试驱动开发)开发模式就是依赖倒置原则的最高级应用

8、。我们继续回顾上面司机驾驶汽车的例子，甲程序员负责IDriver的开发，乙程序员负责1Car的开发，两个开发人员只要制定好了接口就可以独立地开发了，甲开发进度比较快，完成了IDriver以及相关的实现类Driver的开发工作，而乙程序员滞后开发，那甲是否可以进行单元测试呢?答案是可以，我们引人一个IMock工具，其最基本的功能是根据抽象虚拟一个对象进行测试，测试类如代码清单3-10所示,public class DriverTest extends TestCase Mockery context = new JUnit4Mockery(); Test public void testDriv

9、er() /根据接口虚拟一个对象 final ICar car = context.mock(ICar.class); IDriver driver = new Driver(); context.checking(new Expectations() oneOf (car).run(); ); driver.drive(car); ,抽象是对实现的约束，对依赖者而言，也是一种契约，不仅仅约束自己，还同时约束自己与外部的关系，其目的是保证所有的细节不脱离契约的范畴，确保约束双方按照既定的契约(抽象)共同发展，只要抽象这根基线在，细节就脱离不了这个圈圈，始终让你的对象做到“言必信，行必果”,三、

10、依赖的三种写法,1.构造函数传递依赖对象 在类中通过构造函数声明依赖对象，按照依赖注入的说法，这种方式叫做构造函数注入，按照这种方式的注入，IDriver和Driver的程序修改后如代码清单3-11所示,public class Driver implements IDriver private ICar car; /构造函数注入 public Driver(ICar _car) this.car = _car; /司机的主要职责就是驾驶汽车 public void drive() this.car.run(); ,2. Setter方法传递依赖对象 在抽象中设置Setter方法声明依赖关系，

11、依照依赖注入的说法，这是Setter依赖注入，按照这种方式的注人，IDriver和Driver的程序修改后如代码清单3-12所示。,public class Driver implements IDriver private ICar car; public void setCar(ICar car) this.car = car; /司机的主要职责就是驾驶汽车 public void drive() this.car.run(); ,3.接口声明依赖对象 在接口的方法中声明依赖对象，上节的例子就采用了接口声明依赖的方式，该方法也叫做接口注入,四、最佳实践,依赖倒置原则的本质就是通过抽象(接口或抽象类)使各个类或模块的实现彼此独立，不 互相影响，实现模块间的松耦合，我们怎么在项目中使用这个规则呢?只要遵循以下的几个规则就可以: 每个类尽量都有接口或抽象类，或者抽象类和接口两者都具备 这是依赖倒置的基本要求，接口和抽象类都是属于抽象的，有了抽象才可能依赖倒置。 变量的表面类型尽量是接口或者是抽象类 很多书