本文主要是介绍依赖倒转和里氏替换,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
抽象不应该依赖细节,细节应该依赖于抽象,意思就是说我们写代码要针对接口编程而不是对实现编程。
1.高层模块不应该依赖底层模块,两者应该依赖抽象
2.抽象不应该依赖细节,细节应该依赖抽象
在面向对象开发中,为了使得常用的代码产生复用,一般会将一些常用的代码写成许许多多的函数的程序库,这样我们在写新项目的时候去调用这些底层的函数就可以了。就好比我们在java项目中打印日志一样,或者servlet容器以及mybatis一样。我们设计一个公共的接口库,然后让具体第三方库去实现这些接口,然后我们在项目中就可以直接通过抽象的接口来调用第三方库提供的底层方法。所以我们要做的就是抽象出公用的接口,并将这些接口和一些虚方法以库的形式依赖到项目中,第三方库实现这些抽象的方法,并将第三方库制作成starter,然后再将其导入到项目中。就上边说的这些来看,我们在做具有同类项性质的starter工程的时候,应该提炼接口,然后按具体的starter的特性去实现具体的功能。
里氏替换原则:子类型必须能够替换他们的父类型。
在类的继承中,我们知道子类继承了父类,那么子类就可以赋值给父类,但是父类不能赋值给子类。因为子类可以对父类进行修改和对父类的方法进行修改,因此我们可以在不修改父类的情况下对父类的功能进行一定修正,这其实也就是我们上次说的扩展。如此的话扩展从横向来说就是用接口对业务线的扩展,纵向上就是对旧业务线的修正。
依赖倒转可以说是面向对象设计的标志,用那种语言编写程序不重要,如果编写时考虑的都是如何针对抽象编程而不是针对细节编程,即程序中的所有依赖关系都是终止于抽象类或者接口,那就是面向对象的设计,反之就是过程化的设计。
《大话设计模式-程杰》
上述的依赖倒转、里氏替换都是面向对象开发中扩展特性的原则和理念。从业务的广度上我们应该注意实践依赖倒转,从业务深度上我们应该注重里氏替换。
这篇关于依赖倒转和里氏替换的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!