Trong .NET có thể một lớp có hàm tạo ảo không?

Question

Lớp có thể có hàm tạo ảo không ??

Nếu có, tại sao lại là bắt buộc?

Answer 1

không, một lớp không thể có hàm tạo ảo.

Không có ý nghĩa khi có một hàm tạo ảo. Thứ tự trong đó các đối tượng được xây dựng trong C# là bằng cách xây dựng các lớp dẫn xuất đầu tiên, do đó, hàm khởi tạo có nguồn gốc luôn được gọi vì lớp bạn muốn gọi cũng được biết đến tại thời điểm xây dựng.

Một điều khác là, nếu bạn thực sự gõ mã này ra, bạn có thể nhanh chóng thấy rằng nó làm cho cảm giác rất ít ở tất cả

Nếu bạn có:

public class BaseClass 
{ 
    public virtual BaseClass() 
    { 
    } 
} 

và sau đó

public class InheritedClass : BaseClass 
{ 
    //overrides baseclass constructor but why would you do this given that the  
    //constructor is always going to be called anyway?? 
    public override InheritedClass() 
    { 
    } 
} 

Answer 2

Tuyên bố điều gì đó ảo nghĩa là nó có thể bị ghi đè bởi một lớp con của lớp hiện tại. Tuy nhiên hàm tạo được gọi khi một lớp được khởi tạo. Tại thời điểm đó bạn không thể tạo một lớp con của lớp đang được đề cập đến vì vậy sẽ không bao giờ cần phải khai báo một hàm tạo ảo.

Answer 3

Không trực tiếp, nhưng phương pháp nhà máy mẫu Gang of Four cổ điển đạt được số tiền sẽ tạo cho một nhà xây dựng ảo của các loại, bằng cách trì hoãn việc khởi tạo cho các lớp con.

Answer 4

Không, nó hoạt động như thế nào? Tất cả các nhà xây dựng trong hệ thống phân cấp phải được gọi khi bạn lấy được các lớp con từ các lớp cơ sở. Tạo một hàm tạo ảo sẽ ngụ ý ngược lại.

Thứ gì đó có thể được mô tả là có hàm tạo ảo như hành vi, là khi bạn sử dụng mẫu nhà máy. Hãy tưởng tượng kịch bản này:

class AnimalFactory 
{ 
    virtual Animal CreateAnimal(return new Animal("Cow");); 
} 

Hành vi mặc định của nhà máy này là tạo bò. Nhưng nếu chúng tôi tạo lớp học có nguồn gốc:

class DogFactory : AnimnalFactory 
{ 
    override Animal CreateAnimal(return new Animal("Dog");); 
} 

Chúng tôi hiện đang tạo chó. Tất nhiên đây không phải là một nhà xây dựng ảo thực sự (điều đó là không thể), đây là xây dựng ảo.

Answer 5

Nếu chúng ta nhìn vào các định nghĩa của hàm tạo từ và ảo, chúng ta đã đi đến một kết luận hợp lý rằng một hàm tạo không thể là ảo.

Answer 6

Phương pháp ảo theo định nghĩa phương thức được gửi dựa trên phân tích kiểu thời gian chạy của người nhận, không phải là phân tích kiểu tĩnh thời gian biên dịch của người nhận.

Một hàm tạo là một phương thức được gọi khi một cá thể mới của một kiểu cụ thể được tạo ra.

Vì kiểu thời gian chạy của đối tượng mới được tạo là luôn cùng kiểu (*), không cần các nhà xây dựng ảo: công văn thời gian sẽ luôn chọn phương thức tương tự như công văn tĩnh , vậy tại sao lại tạo ra sự khác biệt?

(*) Điều này không hoàn toàn đúng; có các kịch bản liên quan đến COM interop trong đó kiểu thời gian chạy của một công trình không phải là kiểu thời gian biên dịch.Nhiều điều kỳ lạ trong thế giới của mã interop cũ.

Answer 7

Just FYI khi người ta đang yêu cầu cho nhà xây dựng một mô hình ảo rất tốt để nhìn vào là InversionOfControl

Trong .NET, chúng tôi có một vài container IoC như ObjectBuilder, Unity, MEF, Spring.NET. Trong Java (có nguy cơ thể hiện sự thiếu năng lực Java của tôi) có Spring, Tapestry và nhiều thứ khác.

IMHO IoC là những gì làm cho OO mang lại lời hứa của mình.