深入.net（多态二）

代码优化技术：

通过“继承”技术，实现代码的复用，减少代码的编写量。

因为子类继承父类，拥有了父类所有对外公开“属性”和“方法”，所以，在系统中，完全可以由子类替代父类（里氏替换原则）！在替代的过程中，子类不仅仅能替代父类完成与父类一模一样的业务功能，也可以使用“自己业务逻辑”替代掉“父类原有的业务逻辑”，这样，不同的子类在替换父类时，就能够表现出“不同业务形态”---多态。

“多态”的形式：

形式一： 父类      obj = New  子类（）；   --- virtual【虚方法】

形式二：抽象类  obj  =  New   子类（）；   ---  abstruct【抽象方法】、virtual【虚方法】

形式三：接口       obj =  New  实现类（）； ---  【接口方法】

“抽象方法”及“抽象类”：

抽象方法 ---- 只有方法的描述，而没有具有实现！（{ }）用于描述本类，想要但无法去实现的“业务功能”！

抽象类 -------  含有抽象方法，或者被使用abstruct修饰的类。抽象类是不能够使用New创建实例的！

注意： 当一个子类继承了“抽象类”时，您必须实现其“所有的抽象方法”！（除非子类也是抽象的）

三种“多态”形式的比较：

形式一：父类方式，站在“代码实现”的角度，父类为子类提供代码实现的基础，减少新类的代码开发量。

形式三：接口方式，站在“框架设计”的角度，实现多态性。不涉及一点点的代码实现。

形式二：抽象类，是一种折中的方式。既有对子类的“业务支撑”，同时对子类有苛刻的业务要求。【抽象类的语法是最宽泛的：字段、属性、业务方法、构造方法、虚方法、抽象方法。】

虚方法	抽象方法
virtual	abstract
必须有方法体  {      }	不允许有方法体
什么地方都行	只能”抽象类“中
子类可以重写，也可以不重写	必须重写

如何让我们的代码编写，能体现出OO特性：

-------  从代码实现角度

在编写一个个业务类的过程中，

• 如果，多个类具有“相同的属性”和“相同业务逻辑”的方法，我们就可以将其剪切到一个“父类”中，并让这多个类“继承”于该父类。
• 如果，这多个类实现“同样功能”的方法中，部分类“实现逻辑一致”，个别类实现逻辑不一样，此时，将大部份相同的实现逻辑，剪切到“父类”，但是该剪切的方法使用virtual进行修饰，并将未剪切的类的方法前加上override。
• 如果，这多个类实现“同样功能”的方法中，各自实现的逻辑都不同，此时，只提取方法的签名到“父类”，并使用abstract进行修饰。当然子类使用override重写。
• 如果，不是所有的子类都具有“某功能”，而只有部分子类具有！将其方法签名提取到一个接口中，并让该子类在继承父类的基础上，再继承于该接口。通过该接口实现多态！