设计模式学习笔记之依赖倒转原则

看到依赖倒转，几乎让我猛然想起Spring里的IoC依赖注入。其实两个是不同的概念。

依赖注入，指的是，原来一个类要使用其他类的对象时，需要自己在本类中new一个。而用了Spring之后，只需要在本类中声明一下，然后给个get/set方法，那么实例化的工作就由spring通过扫描applicationContext.xml文件，自己通过反射为其实例化了。由于不需要自己实例化，而是依赖Spring实例化，故就是依赖注入。

而依赖倒转，则是软件设计中的一个原则：

1.高层模块不依赖于低层模块，它们都依赖于抽象

2.抽象不依赖于细节，细节依赖于抽象

第二点很好理解，就是说，以后的编程，应该都是依赖于抽象，依赖于接口的编程。

而第一点，则是提醒大家编程时容易犯的错误。以往大家要扩展一个类，要么就在类中直接改，要么就是写一个子类继承此类。最好的做法是，把方法抽象出来成为接口，其他的类实现此接口。反正这些都是面向接口编程的思想。

除了依赖倒转原则，还有一个【里氏代换原则】。也就是说，在编程时，如果子类能够完全取代父类，那么父类才是真正被复用了。

一个简单的例子：鸟能飞，企鹅不能飞，企鹅能不能继承至鸟？很明显是不能的，如果企鹅继承至鸟，那么就违反了【里氏代换原则】。