Tóm tắt constructor trong C#

Question

thể trùng lặp:
Why can’t I create an abstract constructor on an abstract C# class?

Tại sao tôi không thể khai báo trừu tượng một constructor của lớp học của tôi như thế này:

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

Answer 1

Trình xây dựng chỉ áp dụng cho lớp mà chúng được xác định, nghĩa là chúng không được kế thừa. Các hàm tạo lớp cơ sở được sử dụng (bạn phải gọi một trong số chúng, ngay cả khi chỉ gọi tự động mặc định) nhưng không bị ghi đè bởi các lớp khởi tạo. Bạn có thể định nghĩa một hàm tạo trên một lớp cơ sở trừu tượng - nó không thể được sử dụng trực tiếp, nhưng có thể được gọi bằng cách lấy ra các lớp. Những gì bạn không thể làm là bắt buộc một lớp dẫn xuất để thực hiện một chữ ký hàm tạo cụ thể.

Hoàn toàn hợp lý khi có một hàm tạo được định nghĩa, thường được bảo vệ, để xác định một số mã thiết lập chung cho tất cả các lớp dẫn xuất. Điều này đặc biệt đúng, có lẽ, khi lớp trừu tượng cung cấp một số hành vi mặc định khác dựa trên thiết lập này. Ví dụ:

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

Bạn có thể' t khai báo nó abstract, nhưng bạn có thể có một hàm tạo trên lớp trừu tượng của bạn; chỉ cần xóa từ abstract và cung cấp nội dung cho nó.

Answer 3

Theo định nghĩa, lớp không thể được khởi tạo trực tiếp, do đó, theo nghĩa nào đó, nó đã được trừu tượng.

Answer 4

Một hàm tạo không phải là phương pháp thông thường. Nó có một mục đích đặc biệt, và do đó bị giới hạn các tính năng ngôn ngữ có ý nghĩa cho mục đích đó. Xem thêm: Why do constructors not return values?

Answer 5

Bởi vì các nhà xây dựng trừu tượng không được hỗ trợ.

Nhưng lớp trừu tượng có thể có hàm tạo.

Answer 6

gì sai với điều này:

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

Trong trường hợp này, bạn bắt buộc tất cả các lớp thừa kế để gọi constructor lớp cơ sở.

Answer 7

Tóm tắt ngụ ý ảo. Một constructor không mặc định không bao giờ có thể được gọi là đa hình, vì vậy ảo và trừu tượng không được phép trên các hàm tạo. NẾU trong phiên bản tương lai của C#, generics được tăng cường để cho phép gọi các constructor không mặc định thông qua một tham số kiểu generic, sau đó các cuộc gọi đa hình tới các nhà xây dựng sẽ có thể và các nhà xây dựng ảo và trừu tượng có thể được thêm vào.

Answer 8

Các nhà xây dựng gần với phương pháp tĩnh hơn là các phương pháp "thông thường". Giống như phương pháp tĩnh, chúng có thể bị quá tải, nhưng không được ghi đè số. Đó là, họ không được thừa kế nhưng có thể được định nghĩa lại.

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 

nhà xây dựng và phương pháp tĩnh là không bao giờ cử động (hầu như) - Bạn luôn biết loại bê tông bạn nhanh chóng hoặc lớp bê tông của phương pháp tĩnh.Đó là lý do tại sao nó không có ý nghĩa để có một hàm dựng trừu tượng trừu tượng và phương thức tĩnh trừu tượng. Đó là lý do tại sao bạn cũng không thể chỉ định hàm tạo và phương thức tĩnh trong các giao diện .

Bạn thậm chí có thể nghĩ đến constructor như tĩnh phương pháp nhà máy (và xem corresponding pattern):

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

Trường hợp duy nhất tôi nhìn thấy nơi nó sẽ làm cho tinh thần để xác định constructor trừu tượng hoặc phương pháp tĩnh trừu tượng sẽ nếu phản ánh được sử dụng. Trong trường hợp này, bạn có thể đảm bảo rằng tất cả các lớp con sẽ xác định lại phương thức tĩnh tương ứng hoặc hàm tạo. Nhưng phản ánh là một chủ đề khác ...

Lưu ý: bằng các ngôn ngữ như Smalltalk, nơi các lớp là đối tượng thông thường, bạn có thể ghi đè phương pháp tĩnh và có hàm tạo trừu tượng. Nhưng nó không áp dụng cho Java vì các lớp không phải là các đối tượng "thông thường" ngay cả khi bạn có thể nhận được chúng với sự phản chiếu.