依赖倒置原则

1、TMS 作品软件体系结构 培析第一章依赖倒置原则一 基本定义依赖倒置原则(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、含三层含义:u高层模块不应该依赖低层模块，两者都应该依赖其抽象;u抽象不应该依赖细节u细节应该依赖抽象.依赖倒置原则在Java语言中的表现就是：u 模块间的依赖通过抽象发生，实现类之间不发生直接的依赖关系，其依赖关系是通过接口或抽象类产生的。u 接口或抽象类不依赖于实现类，u 实现类依赖接口或抽象类。 更加精简的定义就是“面向接口编程.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(ICar car

5、)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 main(String args) IDriv

6、er 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,是一个接口，是抽象的、非实体化的，在其后的所有操作中，zhangSan都是以工Driver类型

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

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

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

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

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