六大设计原则，依赖倒置原则

依赖倒置原则的定义百度搜一下，很绕口，在Java中的表现就是：

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

它的本质用六个字概括就是“面向接口编程”。

我们先来看一下如果我们不是面向接口编程，我们会面临什么样子的窘境。

T先生最近写了一款软件赚了一大笔钱，于是他买了一辆宝马(BMW)，那可是T先生的梦想，T先生曾经以为的business + money + woman.
于是他给自己写了一个程序。

public class BMW{
    public void run() {
        System.out.println("BMW is run");
    }
}

public class Driver{
    public void driver(BMW bmw) {
        bmw.run();
    }
}

public class Client {
    public static void main(String[] args) {
        Driver driver = new Driver();
        BMW bmw = new BMW();
        driver.driver(bmw);
    }
}

代码很简单，我们来看一下他的类图。

但是昨天Ｔ先生有买了一辆奔驰S600，然后他看着自己写的程序，开始了他的烦恼。他发现他原来的类图的设计实在是太糟糕了，只加一辆车，就要改动所有类上的代码，因为这样的设计耦合性实在是太强了。那如果，以后再买辆保时捷，再买辆法拉利，这个时候Ｔ先生已经在眼冒金星了。

那我们来分析一下，这个案例虽然很简单，但是他折射出了我们在现实开发中的做法，在现实世界中，我们面向的都是实体，所以习惯告诉我们这样做法很符合我们的思维，也很好的适应了被需求压得喘不过气的我们。
然而，我们回过头来看，这完全没有体现TDD的设计思想，就是所谓的面向接口编程。下面我们来看一幅实现TDD设计的类图

具体代码就不实现了。看类图一目了然。
这样的设计，不论Ｔ先生将来买多少辆车，他都只需增加一个类就可以完成。

总结：现实开发中，我们怎么可以尽力满足这个原则呢？
１．每个类尽量都有接口或抽象类，或者抽象类和接口两者具备
２．变量的表面类型尽量是接口或者抽象类
３．任何类不应该从具体类派生
４．尽量不要覆写基类的方法
５．结合里氏替换原则使用