抽象构造函数在C＃

Question

可能重复：
Why can’t I create an abstract constructor on an abstract C# class?

为什么我不能宣布我的类的抽象的构造是这样的：

public abstract class MyClass { 
    public abstract MyClass(int param); 
} 

Answer 1

构造函数只适用于它们被定义的类，也就是说它们不是被继承的。使用基类构造函数（您必须调用其中的一个，即使仅自动调用默认类），但不会通过派生类重写。您可以在抽象基类上定义构造函数 - 它不能直接使用，但可以通过派生类来调用。你不能做的是强制派生类来实现特定的构造函数签名。

为了为所有派生类定义一些常用的设置代码，定义一个构造函数是非常合理的，典型情况下它是受保护的。当抽象类提供依赖于此设置的其他一些默认行为时，情况尤其如此。例如：

public abstract class Foo 
{ 
    public string Name { get; private set; } 

    protected Foo(string name) 
    { 
     this.Name = name; 
    } 
} 

public class Bar : Foo 
{ 
    public Bar() : base("bar") 
    { 
     ... 
    } 
} 

Answer 2

你可以用” t声明它abstract，但是你可以在你的抽象类上有一个构造函数;只要删除单词abstract并为其提供一个机构。

Answer 3

根据定义，该类不能直接实例化，所以从某种意义上说，它已经是抽象的了。

Answer 4

构造函数不是一个普通的方法。它有一个特殊的目的，所以仅限于为此目的有意义的语言特征。另请参阅：Why do constructors not return values?

Answer 5

因为不支持抽象构造函数。

但是抽象类可以有一个构造函数。

Answer 6

什么不对的：你迫使

public abstract class MyClass { 
    protected MyClass(int param) 
    { 
    } 
} 

在这种情况下，所有的派生类调用基类的构造函数。

Answer 7

摘要意味着虚拟。一个非默认构造函数永远不会被多态调用，所以构造函数不允许虚拟和抽象。

如果在将来的C＃版本中，泛型被增强以允许通过泛型类型参数调用非默认构造函数，那么可能会对构造函数进行多态调用，并且可能还会添加虚拟和抽象构造函数。

Answer 8

构造函数更接近静态方法而不是“常规”方法。与静态方法类似，它们可以是重载，但不是重写。也就是说，它们不是被继承的，但可以被重新定义。

public BaseClass 
{ 
    public BaseClass(String s) { ... } 
    public static void doIt (String s) { ... } 
} 

public SubClass extends BaseClass 
{ 
    public SubClass(String s) { ... } 
    public static void doIt (String s) { ... } 
} 

public SubClass2 extends BaseClass 
{ 
} 

new SubClass("hello"); 
SubClass.doIt("hello"); 

new SubClass2("hello"); // NOK 
SubClass2.doIt("hello"); // NOK 

构造函数和静态方法从未派出动态（几乎） - 你总是知道你实例化的具体类型或具体类的静态方法。这就是为什么抽象构造函数和抽象静态方法是没有意义的。这就是为什么你也可以在接口中不指定构造函数和静态方法。

你甚至可以认为构造为静态工厂方法（看看corresponding pattern）：

MyClass obj = new MyClass(); // the way it is 
    MyClass obj = MyClass.new(); // think of it like this 

我看到的唯一情况下它会是有意义的定义抽象构造函数或抽象静态方法是如果使用反射。在这种情况下，你可以确保所有的子类都会重新定义相应的静态方法或构造函数。但反射是另一个话题...

注意：在诸如Smalltalk等语言中，类是常规对象，您可以重写静态方法并具有抽象构造函数。但它并不适用于Java，因为即使可以通过反射来获取它们，类也不是“常规”对象。