.NET 指南：抽象类的设计

因为抽象类从来都不会被例示，因此正确地定义它们的构造器是重要的。同样重要的是：确保抽象类的功能是正确的并且是易于被扩展的。下列指南有助于确保抽象类正确地被设计并且在被实现的时候能够如被期望的那样工作。

不要在抽象类型中定义公共的或被保护的内部（在 Visual Basic 中是 Protected Friend）构造器。

类型中可见的并以 public 或 protected 所定义的内部构造器是能够被例示的。而抽象类型始终都不能够被例示。

在抽象类中定义一个被保护的构造器。

如果你在一个抽象类中定义了一个被保护的构造器，那么基类就能够在一个被继承类的实例将要被创建的时候完成初始化任务。一个内部的构造器可以防止抽象类被当作不同汇编集中的类型的基类而被使用。

至少应该提供一个继承自所承载的每个抽象类的具体类型。

这个实践有助于库设计者查找问题以及抽象类中的设计疏忽。它同样意味着在高级开发情节中，开发者可以不需要对抽象类和继承进行理解，他们就能够在没有学习这些概念的情况之下使用具体的类。例如，.NET Framework 提供了抽象类 WebRequest 和 WebResponse 来对统一资源标识符（URI）中的发送请求以及接收回应操作来作出处理。与这些抽象类的具体实现一样，Framework 还包括了 HttpWebRequest 和 HttpWebResponse 类，而它们则是抽象类针对于 HTTP 的特定实现。

转载于:https://www.cnblogs.com/Laeb/archive/2007/01/28/632767.html