设计模式原则(4)依赖倒置原则

前端之家收集整理的这篇文章主要介绍了设计模式原则(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.jb51.cc/article/p-zgiaoglj-xc.html

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

猜你在找的设计模式相关文章