Java 七大设计原则 - 依赖倒置原则/面向接口编程

一、什么是依赖倒置原则(Dependence Inversion Principle, DIP) ？  - 面向接口编程(Object-Oriented Design, OOD)

  （1） 高层模块与低层模块都应该依赖其“抽象”

         模块间的依赖通过抽象发生，实现类之间不发生直接的依赖关系，其依赖关系是通过接口或抽象类产生的

  （2） 抽象不应该依赖细节

           java 接口或抽象类不依赖于实现类

  （3） 细节应该依赖抽象

            java 实现类依赖于接口或抽象类

   每一个逻辑的实现都是由原子逻辑组成的，不可分割的原子逻辑就是低层模块(一般是接口，抽象类)，原子逻辑的组装就是高层模块。

    在Java语言中，抽象就是指接口和或抽象类，两者都不能被直接实例化，细节就是实现类，实现接口或继承抽象类而产生的类就是细节，可以被直接实例化。

 依赖倒置原则的本质就是通过抽象(抽象类或接口)使各个类或模块实现彼此独立，不互相影响，实现模块间的松耦合。在项目中使用这个规则需要以下原则;

二、为什么要这么做？

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

看例子

2.1 ：  老师在学校教张三学习

public class Teacher{
   //老师的职责是教学生
   public void teach(Zhangsan zhangSan){
      zhangSan.study();
   }
}

public class ZhangSan {
    //张三学习
    public void study(){
       System.out.println("张三开始学习");
   }
}


//学校模块调用 老师模块 和 学生模块
public class School {

   public static void main(String[] args) {
   
     Teacher tt = new Teacher();
     ZhangSan zz = new ZhangSan();
     //老师教张三学习
     tt.drive(zz);
  }
 
}

 但是、假如新来一个学生 lisi、老师是否还能教学呢？
 上面的设计没有使用依赖倒置原则，模块与模块之间耦合度太高，生产力太低，只要需求一变就需要大面积重构，说明这样的设计是不合理。

重新设计：

     在新增低层模块时，只修改了高层模块(业务场景类)，对其他低层模块(Driver类)不需要做任何修改，可以把"变更"的风险降低到最低

1. 老师抽象
public interface ITeacher {
     //老师教学
     public void teach(IStudent student);
}

2. 李老师（老师实现）
public class LiTeacher implements ITeacher{
    @override
    public void teach(IStudent student){
        student.study();
    }
}

3. 学生抽象
public interface IStudent {
      //学生学习
      public void study();
}

4. 张学生（学生实现）
public class ZhangSan implements IStudent{
    @overide
    public void run(){
      System.out.println("学习");
  }
}

5. 李学生（学生实现）
public class LiSi implements IStudent{
    @overide
    public void run(){
      System.out.println("学习");
  }
}


6. //学校


public class School {

     public static void main(String[] args) {

	       ITeacher liTeacher = new liTeacher();
		   //张学生（学生实现）
		   IStudent  zz =new ZhangSan();
		   //李学生（学生实现）
		   IStudent  ll =new ZhangSan();
		   liTeacher.teach(zz);
		   liTeacher.teach(ll);
   }
}

    
    在Java中，只要定义变量就必然有类型，并且可以有两种类型：表面类型和实际类型，表面类型是在定义时赋予的类型，实际类型是对象的类型。就如上面的例子中，ZhangSan 的表面类型是IStudent ，实际类型是 ZhangSanStudent。

   抽象是对实现的约束，是对依赖者的一种契约，不仅仅约束自己，还同时约束自己与外部的关系，其目的就是保证所有的细节不脱离契约的范畴，确保约束双方按照规定好的契约(抽象)共同发展，只要抽象这条线还在，细节就脱离不了这个圈圈。

2.2  传递依赖抽象对象、增加系统结构稳定性

构造函数传递依赖对象： 在类中通过构造函数声明依赖对象(好比Spring中的构造器注入)，

采用构造器注入。

public class LiTeacher implements ITeacher{

    //类构造 - 依赖注入
	public void LiTeacher(IStudent student ){
	
	}
	
    @override
    public void teach(IStudent student){
        student.study();
    }
}

 也可以接口设置

public interface ITeacher{

  //接口中 注入依赖
  public void setStudent(IStudent student);

}

 

总结：

1. 每个类尽量都要有接口或抽象类，或者抽象类和接口都有：

     （依赖倒置原则的基本要求，有抽象才能依赖倒置）
2.变量的表面类型尽量是接口或者抽象类
3.任何类都不应该从具体类派生
4. 尽量不要重写基类已经写好的方法(里式替换原则)
5. 结合里式替换原则来使用： 结合里式替换原则和依赖倒置原则我们可以得出一个通俗的规则，接口负责定义public属性和方法，并且声明与其他对象的依赖关系，抽象类负责公共构造部分的实现，实现精准的实现业务逻辑，同时在适当的时候对父类进行细化。