深入.net(多态二)
Java培训、Android培训、iOS培训、.Net培训、期待与您交流!
代码优化技术:
通过“继承”技术,实现代码的复用,减少代码的编写量。
因为子类继承父类,拥有了父类所有对外公开“属性”和“方法”,所以,在系统中,完全可以由子类替代父类(里氏替换原则)!在替代的过程中,子类不仅仅能替代父类完成与父类一模一样的业务功能,也可以使用“自己业务逻辑”替代掉“父类原有的业务逻辑”,这样,不同的子类在替换父类时,就能够表现出“不同业务形态”---多态。
“多态”的形式:
形式一: 父类 obj = New 子类(); --- virtual【虚方法】
形式二:抽象类 obj = New 子类(); --- abstruct【抽象方法】、virtual【虚方法】
形式三:接口 obj = New 实现类(); --- 【接口方法】
“抽象方法”及“抽象类”:
抽象方法 ---- 只有方法的描述,而没有具有实现!({ })用于描述本类,想要但无法去实现的“业务功能”!
抽象类 ------- 含有抽象方法,或者被使用abstruct修饰的类。抽象类是不能够使用New创建实例的!
注意: 当一个子类继承了“抽象类”时,您必须实现其“所有的抽象方法”!(除非子类也是抽象的)
三种“多态”形式的比较:
形式一:父类方式,站在“代码实现”的角度,父类为子类提供代码实现的基础,减少新类的代码开发量。
形式三:接口方式,站在“框架设计”的角度,实现多态性。不涉及一点点的代码实现。
形式二:抽象类,是一种折中的方式。既有对子类的“业务支撑”,同时对子类有苛刻的业务要求。【抽象类的语法是最宽泛的:字段、属性、业务方法、构造方法、虚方法、抽象方法。】
虚方法 |
抽象方法 |
virtual |
abstract |
必须有方法体 { } |
不允许有方法体 |
什么地方都行 |
只能”抽象类“中 |
子类可以重写,也可以不重写 |
必须重写 |
如何让我们的代码编写,能体现出OO特性:
------- 从代码实现角度
在编写一个个业务类的过程中,
- 如果,多个类具有“相同的属性”和“相同业务逻辑”的方法,我们就可以将其剪切到一个“父类”中,并让这多个类“继承”于该父类。
- 如果,这多个类实现“同样功能”的方法中,部分类“实现逻辑一致”,个别类实现逻辑不一样,此时,将大部份相同的实现逻辑,剪切到“父类”,但是该剪切的方法使用virtual进行修饰,并将未剪切的类的方法前加上override。
- 如果,这多个类实现“同样功能”的方法中,各自实现的逻辑都不同,此时,只提取方法的签名到“父类”,并使用abstract进行修饰。当然子类使用override重写。
- 如果,不是所有的子类都具有“某功能”,而只有部分子类具有!将其方法签名提取到一个接口中,并让该子类在继承父类的基础上,再继承于该接口。通过该接口实现多态!
郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。