抽象構造函數在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，因爲即使可以通過反射來獲取它們，類也不是「常規」對象。