抽象不应该依赖细节，细节应该依赖抽象。简单的说就是要求对抽象进行编程，不要对实现进行编程，这样就降低了客户与实现模块间的耦合。

依赖倒转原则是基于这样的设计理念：相对于细节的多变性，抽象的东西要稳定的多。

以抽象为基础搭建的架构比以细节为基础的架构要稳定的多。在java中，抽象指的是接口或抽象类，细节就是具体的实现类。

使用接口或抽象类的目的是制定好规范，而不涉及任何具体的操作，把展现细节的任务交给他们的实现类去完成。

我认为依赖倒转原则的一个特征就是一些方法的参数是抽象类型的

上面代码可以看到已经组装了一台电脑，但是似乎组装的电脑的cpu只能是Intel的，硬盘只能是希捷的，这对用户肯定是不友好的，用户有了机箱肯定是想按照自己的喜好，选择自己喜欢的配件。

代码我们只需要修改Computer类，让Computer类依赖抽象（各配件的接口），而不是依赖各个组件具体的实现类。