设计模式原则（4）依赖倒置原则

依赖倒置原则的定义

依赖倒置原则（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。翻译过来，包含三层含义：

• 高层模块不应该依赖低层模块，两者都应该依赖其抽象；
• 抽象不应该依赖细节；
• 细节应该依赖抽象。

高层模块和低层模块容易理解，每一个逻辑的实现都是由原子逻辑组成的，不可分割的原子逻辑就是低层模块，原子逻辑的再组装就是高层模块。那什么是抽象，什么又是细节呢？在Java语言中，抽象就是指接口或抽象类，两者都是不能直接被实例化的；细节就是实现类，实现接口或继承抽象类而产生的类就是细节，其特点就是可以直接被实例化，也就是可以加上一个关键字new产生一个对象。依赖倒置原则在Java语言中的表现就是：

• 模块间的依赖是通过抽象发生，实现类之间不发生直接的依赖关系，其依赖关系是通过接口或抽象类产生的；
• 接口或抽象类不依赖于实现类；
• 实现类依赖接口或抽象类。
• 要针对接口编程，不针对实现编程。

更加精简的定义就是“面向接口编程”——OOD（Object-Oriented Design，面向对象设计）的精髓之一。

1）如果说开闭原则是面向对象设计的目标,依赖倒转原则是到达面向设计"开闭"原则的手段..如果要达到最好的"开闭"原则,就要尽量的遵守依赖倒转原则. 可以说依赖倒转原则是对"抽象化"的最好规范! 我个人感觉,依赖倒转原则也是里氏代换原则的补充..你理解了里氏代换原则,再来理解依赖倒转原则应该是很容易的。

2）依赖倒转原则的常用实现方式之一是在代码中使用抽象类，而将具体类放在配置文件中。

3）类之间的耦合：零耦合关系，具体耦合关系，抽象耦合关系。依赖倒转原则要求客户端依赖于抽象耦合，以抽象方式耦合是依赖倒转原则的 关键。

理解这个依赖倒置，首先我们需要明白依赖在面向对象设计的概念：

依赖关系(Dependency)：是一种 使用关系，特定事物的改变有可能会影响到使用该事物的其他事物，在需要表示一个事物使用另一个事物时使用依赖关系。（ 假设 A 类的变化引起了 B 类的变化，则说名 类依赖于 类。）大多数情况下， 依赖关系体现在某个类的方法使用另一个类的对象作为参数。 在UML中，依赖关系用带箭头的虚线表示，由依赖的一方指向被依赖的一方。

某系统提供一个数据转换模块，可以将来自不同数据源的数据转换成多种格式，如可以转换来自数据库的数据(DatabaseSource)、也可以转换来自文本文件的数据TextSource，转换后的格式可以是XML文件XMLTransformer、也可以是XLSXLSTransformer等。

由于需求的变化，该系统可能需要增加新的数据源或者新的文件格式，每增加一个新的类型的数据源或者新的类型的文件格式，客户类MainClass都需要修改源代码，以便使用新的类，但违背了开闭原则。现使用依赖倒转原则对其进行重构。

abstract public class AbstractSource {  
    abstract public  void getSource();  
}  
/** 
 * 抽象接口 
 * @author mo-87 
 * 
 */  
abstract public  class AbstractStransformer {  
    abstract public  void transform();  
}  
/** 
 * 具体实现 
 * @author mo-87 
 * 
 */  
public class DatabaseSource extends AbstractSource{  
      
    public  void getSource(){  
         System.out.println("Get source data");    
    }  
}  
  
/** 
 * 依赖注入是依赖AbstractSource抽象注入的，而不是具体 
 * DatabaseSource 
 *  
 * @author mo-87 
 * 
 */  
public class XMLStransformer {  
    /** 
     *  
     */  
    private AbstractSource source;   
    /** 
     * 构造注入(Constructor Injection)：通过构造函数注入实例变量。 
     */  
    public void XMLStransformer(AbstractSource source){  
        this.source = source;           
    }  
                         
    /**      
     * 设值注入(Setter Injection)：通过Setter方法注入实例变量。 
     * @param source : the sourceto set        
     */       
    public void setSource(AbstractSource source) {            
        this.source = source;             
    }  
    /** 
     * 接口注入(Interface Injection)：通过接口方法注入实例变量。 
     * @param source 
     */  
    public void transform(AbstractSource source ) {    
        source.getSource();  
        System.out.println("Stransforming ...");    
    }      
}

依赖注入的三种写法：

?构造注入(Constructor Injection)：通过 构造函数注入实例变量。

?设值注入(Setter Injection)：通过 Setter 方法注入实例变量。

?接口注入(Interface Injection)：通过 接口方法注入实例变量。

public class XMLStransformer {  
     /** 
      *  
      */  
    private AbstractSource source;   
    /** 
     * 构造注入(Constructor Injection)：通过构造函数注入实例变量。 
     */  
    public void XMLStransformer(AbstractSource source){  
        this.source = source;           
    }  
                         
    /**      
     * 设值注入(Setter Injection)：通过Setter方法注入实例变量。 
     * @param source : the sourceto set        
     */       
    public void setSource(AbstractSource source) {            
        this.source = source;             
    }  
    /** 
     * 接口注入(Interface Injection)：通过接口方法注入实例变量。 
     * @param source 
     */  
    public void transform(AbstractSource source ) {    
        source.getSource();  
        System.out.println("Stransforming ...");    
    }      
}  

优点：

采用依赖倒置原则可以减少类间的耦合性，提高系统的稳定性，降低并行开发引起的风险，提高代码的可读性和可维护性。

依赖正置就是类间的依赖是实实在在的实现类间的依赖，也就是面向实现编程，这也是正常人的思维方式，我要开奔驰车就依赖奔驰车，我要使用笔记本电脑就直接依赖笔记本电脑，而编写程序需要的是对现实世界的事物进行抽象，抽象的结构就是有了抽象类和接口，然后我们根据系统设计的需要产生了抽象间的依赖，代替了人们传统思维中的事物间的依赖，“倒置”就是从这里产生的。

转载综合自： http://www.52php.cn/article/p-zgiaoglj-xc.html

http://www.cnblogs.com/cbf4life/articles/1624435.html

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!