抽象类中有一个构造函数好吗？

Question

抽象类中有一个构造函数好吗？

创建抽象类的构造函数是一个好的编程习惯吗？由于抽象类无法初始化，因此它们的子类被初始化。

以下是我的班级结构。

public abstract class Scheduler
{
    private Storyboard timer;

    protected Scheduler()
    {
        // initialize the timer here.
        timer = new Storyboard();

        this.PollInterval = 60;
    }
}


public class TaskScheduler : Scheduler
{
    public TaskScheduler()
        : base()
    {

    }
}

Answer 1

是的，绝对没问题。仅仅因为构造函数只能由派生类调用并不意味着它没有用。例如，您可能有一个抽象类，它表示某种命名实体 - 将名称作为构造函数参数是有意义的。

可能值得对构造函数进行保护，以使其更加明显地表明您不能从其他地方调用它。

请注意，抽象类中有一个构造函数（或多个构造函数）确实会强制派生类构造函数通过它，但它不会强制派生类具有相同的构造函数签名。例如：

public abstract class NamedFoo
{
    private readonly string name;
    public string Name { get { return name; } }

    protected NamedFoo(string name)
    {
        this.name = name;
    }
}

public class DerivedFooWithConstantName
{
    public DerivedFooWithConstantName() : base("constant name")
    {
    }
}

在这种情况下，派生类构造函数“删除”参数（通过提供常量值作为抽象类构造函数的参数），但在其他情况下，它可以“添加”所需的参数，或者混合使用。

Answer 2

绝对没有理由不在抽象基类中包含构造函数。

抽象类的初始化和工作方式与任何其他类一样。 abstract 关键字仅执行以下操作：

• 它阻止类本身被直接实例化。它只能通过实例化继承类来实例化。与非抽象基类相比，这不会改变初始化的行为；

• 它允许您在类中拥有抽象方法、属性和事件。

例如，如果您没有抽象方法、属性或事件，则可以通过使类的构造函数受保护来实现完全相同的结果（就像您所做的那样）。这也阻止了类被直接实例化。然而，与抽象类相比，行为并没有改变。

主要区别在于将方法、属性和事件声明为抽象的能力，只有当类被标记为抽象时才能执行此操作。

Answer 3

在抽象类中拥有构造函数有时会很有用。这个问题是重复的，并且在相关帖子中进行了大量讨论。尽管它专门引用了 JAVA，但从概念上讲它也适用于 C#。

抽象类可以有构造函数吗？

Answer 4

抽象类型的构造函数只能由派生类型调用。由于公共构造函数创建类型的实例，而您无法创建抽象类型的实例，因此具有公共构造函数的抽象类型的设计不正确。 CA1012：抽象类型不应具有构造函数

通过更改来修复违规问题构造函数的可访问性从公共到受保护。

例子：

namespace Sample  
{        
    public abstract class Book      
    {          
        protected Book()           
        {          
        }      
    } 
}