什么时候使用抽象类？

这是有关抽象类的MSDN文章，但我真的不明白。。。

我什么时候应该真正使用抽象类？使用抽象类的优点是什么？

当您需要一个用于继承和多态性的类时，抽象类很有用，但是实例化类本身，仅实例化其子类是没有意义的。当您要为一组共享一些通用实现代码的子类定义模板时，通常会使用它们，但同时您也要保证不能创建超类的对象。

例如，假设您需要创建“狗”，“猫”，“仓鼠”和“鱼”对象。它们具有类似的属性，例如颜色，大小和支脚数以及行为，因此您可以创建Animal超类。但是，动物是什么颜色？动物物体有几条腿？在这种情况下，实例化Animal类型的对象没有太大意义，而仅实例化其子类。

抽象类在多态性方面还具有额外的好处-允许您将（抽象）超类的类型用作方法参数或返回类型。例如，如果您有一个带有train（）方法的PetOwner类，则可以将其定义为采用Animal类型的对象，例如train（Animal a），而不是为Animal的每个子类型创建方法。

通过使用抽象类，我们可以使类更通用。

例如：如果类A是一个抽象类，并且有类B，类C和类D扩展了抽象类A，则这些子类将继承一个已经在抽象类A中声明的方法，从而使该方法更加通用。

您将它们用于永远不会创建的类（因此实际上不存在），但是出于多态性原因，您希望从它们继承。

当您在类层次结构中为类定义行为时，请使用抽象类，该行为永远不会直接用于实例化对象。

因此，暂时将自己视为上帝。您的CBabyBoy和CBanyGirl类不会是抽象的-因为这些都是可以创建的固体对象。另一方面，您的CPerson和CAnimal类将是抽象的-从类型层次结构的角度来看，它们很有用，但您永远不会运行CAnimal dingbat = new Animal();

理查德（Richard）提供了一个例子，说明抽象类比非抽象类具有优势。

我想添加一个事实表，以便在抽象类和接口之间进行选择。该图像可以在这里找到。

基本上，应该使用抽象类，当层次结构中的某些实体在逻辑上具有不知道如何实现的方法时，却由后代实现。实际上，整个网络上都有数十亿个“现实生活”示例）