依赖倒置原则，即抽象不应该依赖细节，细节应该依赖于抽象。其实就是要针对接口编程，不要对实现编程。
为什么是依赖倒置？在面向对象开发时，为了使常用的代码可以复用，通常会把这些常用的代码封装成函数库，这样就可以在不同的业务代码中调用这些库，使得代码得到复用。但是，如果在设计的时候不合理，高层的业务模块直接调用，就会使得高层的业务模块直接依赖底层的函数库。
但是，在开发的过程中，我们会发现，有很多高层的业务模块是一样的。如果像上面那样，直接依赖底层模块，这些一样的业务模块很难得到复用。
比如在数据库连接的例子中，高层模块调用数据库函数访问数据库。某个业务刚开始时，因为业务量不大，需要存储的数据量也不大，使用MySQL进行数据存储就可以满足。随着业务的发展，需要存储的数据量急剧增加，需要换成Oracle数据库。因为业务模块直接调用的是MySQL的函数库，如果想要切换，即使有现成Oracle函数库，也需要修改业务模块，去重新调用Oracle的函数库。
出现上面的情况，是因为业务模块依赖于底层的数据库访问模块。要想解决这个问题，需要在高层的业务模块与底层的数据库访问模块之间再抽象一层，使得高层的业务模块和底层的数据库访问模块都面向这个抽象进行开发。
那么为什么这样就可以解决这个问题呢？要弄清楚原因，需要理解里氏替换原则。
里氏替换原则，就是一个软件实体如果使用的是一个父类的话，那么一定适用于其子类，而且它察觉不出父类对象和子类对象的区别。也就是说，把父类都替换成它的子类，程序的行为没有变化。即：子类型必须能够替换掉它们的父类型。
理解了里氏替换原则，再回到业务模块访问数据库的例子中。如果在设计的时候，抽象出一层数据库访问的接口，在接口中定义与数据库相关的方法。业务模块调用接口中的方法，底层模块不管是MySQL数据库还是Oracle数据库的相关代码都实现接口中的方法。这样在切换数据库的时候，业务模块的调用不需要做任何更改，只需要切换成Oracle的数据源就可以了。
依赖倒置可以说是面向对象设计的标志，用哪种语言来编写程序不重要，如果编写时考虑的都是如何针对抽象编程而不是针对细节编程，即程序中所有的依赖关系都是终止与抽象类或者接口，那就是面向对象的设计，反之那就是过程化的设计了。
ps：刚开始写代码的时候，遇到一个问题是，总是先想到怎么实现，用哪个api可以做到。这样的结果就是，问题虽然解决了，但是写的代码就是一次性的。谁也不是一开始就能往设计模式上思考，这需要不断的积累经验，慢慢地转变思维。