看到依赖倒转，几乎让我猛然想起Spring里的IoC依赖注入。其实两个是不同的概念。
依赖注入，指的是，原来一个类要使用其他类的对象时，需要自己在本类中new一个。而用了Spring之后，只需要在本类中声明一下，然后给个get/set方法，那么实例化的工作就由spring通过扫描applicationContext.xml文件，自己通过反射为其实例化了。由于不需要自己实例化，而是依赖Spring实例化，故就是依赖注入。
而依赖倒转，则是软件设计中的一个原则：
1.高层模块不依赖于低层模块，它们都依赖于抽象
2.抽象不依赖于细节，细节依赖于抽象
第二点很好理解，就是说，以后的编程，应该都是依赖于抽象，依赖于接口的编程。
而第一点，则是提醒大家编程时容易犯的错误。以往大家要扩展一个类，要么就在类中直接改，要么就是写一个子类继承此类。最好的做法是，把方法抽象出来成为接口，其他的类实现此接口。反正这些都是面向接口编程的思想。
除了依赖倒转原则，还有一个【里氏代换原则】。也就是说，在编程时，如果子类能够完全取代父类，那么父类才是真正被复用了。
一个简单的例子：鸟能飞，企鹅不能飞，企鹅能不能继承至鸟？很明显是不能的，如果企鹅继承至鸟，那么就违反了【里氏代换原则】。
