Java 设计模式(十二) 依赖倒置原则(DIP)

依赖倒置原则(Dependence Inversion Principle)

依赖倒置原则(DIP)的基本概念

原始定义

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

Java中的具体含义

• 模块间的依赖通过抽象发生
  
  • 实现类之间不发生直接的依赖关系
  • 其依赖关系通过接口或者抽象类产生
• 接口或抽象类不依赖于具体实现
• 实现类依赖接口或抽象类

依赖倒置(DIP)的好处

• 采用DIP可以减少类之间的耦合性，提高稳定性，降低并行开发带来的风险，提高代码的可读性和可维护性
  
  • 通过抽象(接口或者抽象类)使各个类和模块的实现彼此独立，不互相影响，实现模块之间的松耦合
  • DIP是开闭原则实现的基础

例讲DIP

比如我们有一个场景，学生要用笔写做作业。我们如果直接实现，那么当需求改变，学生要用笔画画的时候，我们就要修改作业类，那么就不符合开闭原则，而且每次拓展都会破坏之前的类，这样是不友好的，那么如何根据DIP来设计这个场景呢?

抽象出接口,并利用抽象接口建立联系

interface Tool{
    public void doWork( Job job );
}

interface people{
    public void use ( Tool tool , Job job );
}

interface Job{
    public void finish();
}

我们抽象出了人，工作，任务三个抽象接口，然后我们利用人使用工具完成工作的场景对三个抽象接口建立关系

分别实现具体的逻辑

class Student1 implements Person{

    @Override
    public void use(Tool tool, Job job) {
        System.out.print("Student use ");
        tool.doWork(job);
    }
}

class Pencil implements Tool{

    @Override
    public void doWork(Job job) {
        System.out.print("Pencile to do ");
        job.finish();
    }
}

class HomeWork implements Job{

    @Override
    public void finish() {
        System.out.println("Homework!!");
    }
}

三个类可以并行实现，完全没有耦合关系，实现程序的模块化和并行开发

那么我们测试一下:

public class DIPTest {

    public static void main ( String [] args ){
        Person student = new Student1();
        Tool pencil = new Pencil();
        Job homeWork = new HomeWork();
        student.use(pencil,homeWork);
    }
}

当我们需要实现同样关系的新的类时，只需要拓展就可以了，比如老师用讲义授课依旧可以采取这种模式，可以按照模块进行开发，在团队开发项目的时候效果明显

现实中的经典范例

TDD( Test Driving Developing)测试驱动开发

就是利用一种契约的模式:

• 先提供接口
• 然后利用接口的关系和方法写好单元测试类
• 然后再写实现类，这对提高代码质量有非常大的帮助，特别适合研发类的项目或在项目成员整体水平比较低的情况下采用