何时使用抽象类？
这里是关于抽象类的MSDN文章，但我真的不明白…
我应该什么时候真正使用抽象类？ 使用抽象类有什么好处？
当你需要一个inheritance和多态的类时，抽象类是很有用的，但是实例化类本身，仅仅是它的子类是没有意义的。 当你想为一组共享某些通用的实现代码的子类定义一个模板时，通常使用它们，但是你也要保证不能创build超类的对象。
例如，假设您需要创buildDog，Cat，Hamster和Fish对象。 它们拥有类似的属性，如颜色，大小，腿的数量以及行为，所以你创build一个动物超类。 但是，什么颜色是动物？ 动物物体有多less条腿？ 在这种情况下，实例化一个Animaltypes的对象并不是很有意义，而只是实例化它的子类。
抽象类还具有多态性的附加好处 – 允许您使用（抽象）超类的types作为方法参数或返回types。 例如，如果你有一个带有train（）方法的PetOwner类，你可以将它定义为接受一个types为Animal的对象，如train（Animal a），而不是为每个Animal的子types创build一个方法。
你使用它们的类永远不会被创build（所以实际上不存在），但是你想从多态性的angular度inheritance它们。
通过使用抽象类，我们可以使类更通用。
例如：如果类A是一个抽象类，并且有类B，类C和类D扩展抽象类A，那么这些子类将inheritance已经在抽象类A中声明的方法，从而使该方法更通用。
在定义类的行为时，使用抽象类是不会直接实例化对象的。
所以，把自己想象成上帝吧。 你的CBabyBoy和CBanyGirl类不会是抽象的 – 因为这些是创build的固体对象。 另一方面，你的CPerson和CAnimal类将是抽象的 – 它们从types层次的angular度来看是有用的，但是你永远不会运行CAnimal dingbat = new Animal();
理查德提供了一个例子，一个抽象类比非抽象类有优势。
我想添加一个事实表在抽象类和接口之间进行select。 图像可以在这里find。
基本上，你应该使用一个抽象类，当你的层次结构中的某个实体在逻辑上会有不知道如何实现的方法，但是它的后代呢。 networking上有数十亿的“真实生活”的例子，真的）
