《设计模式之禅》六大设计原则(三)-依赖倒置原则

来源:互联网 发布:最终幻想灵魂深处 知乎 编辑:程序博客网 时间:2024/06/08 09:46

(三) 依赖倒置(DIP-Denpendence Inversion Princle)

1.     概念:通俗来讲就是面向接口的编程
1)高层模块儿(原子逻辑的再组装)不应该依赖于低层模块儿(不可分割的原子逻辑),二者都应该依赖于其抽象(在java语言中就是抽象类或是接口,二者都不可实例化);
2)抽象不应该依赖于细节(java中表现为实现类,可被实例化);
3)细节应该依赖抽象

2. 示例:一个简单的司机开车的场景,其类图如3-1所示,这三个简单的类,其中Client属于高层模块儿,DriverBenz都属于低层模块儿,三者都属于实现类。设计的好坏在于是否能够有效的应付变化,如果换一辆宝马,司机是否还能继续开呢?由于Driver依赖于具体的Benz类,所以无法进行有效的变化,如果引入依赖倒置原则,则可变为图3-2,将具体的DriverCar进行了解耦。

                                        图3-1司机开奔驰                                                                 图3-2司机开好多车
3.示例引申:对象的依赖关系有三种方式来进行传递:

a.构造函数依赖

public interface IDriver{    //是司机就会驾车   public void drive();}public class Driver implements IDriver{ private ICar car;public Driver(ICar car){      this.car=car;}public void run(){     this.car.run();}}

b.Setter依赖

public interface IDriver{  //车辆型号    public void setCar(ICar  car);      public void drive();}public Driver implements IDriver{private ICar car;public void setCar(ICar car){ this.car=car;}public void drive{this.car.run();}}

C.接口申明依赖,也叫做接口注入;如图3-2所示

4.最佳实践:
每个类尽量都有接口或抽象类,或者二者都具备;

变量的表面类型尽量是接口或者抽象类;
任何类都不应该从具体类派生(不超过两层的继承可以忍受,但项目维护工作可以除外)
尽量不要覆写基类(抽象类)的方法;
结合里氏替换原则使用;
接口负责定义public属性和方法,并且声明与其他对象的依赖关系,抽象类负责公共构造部分的实现,实现类准确的实现业务逻辑,同时在适当的时候对父类进行细化

0 0
原创粉丝点击