依赖倒转原则:
- 高层模块不应该依赖低层模块。两个都应该依赖抽象。
- 抽象不应该依赖细节。细节应该依赖抽象。
这里有个简单的解释,比如业务层调用数据库时,如果直接调用访问数据库的细节方法,那么当数据库的类型发生变化时,就需要调整访问数据库的代码。如果采用抽象类,每次访问调用他的子类,这样面对不同的数据库类型,只需要调用相应的实现类,就可以获取到相应数据库的连接,从而进行对数据库的操作,不需要对已有的代码进行大范围调整。
里氏代换原则(LSP):子类型必须能够替换掉它们的父类型。
只有当子类可以替换掉父类,软件单位的功能不受影响时,父类才能真正被复用,而子类也能够在父类的基础上增加新的行为。正是由于子类型的可替换性才使得使用父类型的模块在无需修改的情况下就可以扩展。
依赖倒转其实可以说是面向对象设计的标志,用哪种语言来编写程序并不重要,如果编写时考虑的都是如何针对抽象编程而不是针对细节编程,即程序中所有的依赖关系都是终止于抽象类或者接口,那就是面向对象的设计,反之就是过程化的设计了。
还是用之前做的简单计算器的例子,由于每个运算子类都可以替换掉他的父类,所以调用抽象类的获取结果的方法时,实际上都是调用相应的子类的方法,这就用到了依赖倒转原则。