Ghi đè một phần một thuộc tính tự động ảo trong lớp con

Question

Thời gian cho một câu hỏi lý thuyết mà tôi vừa chạy qua.

Các mã sau đây là hợp lệ và biên dịch:

public class Parent 
{ 
    public virtual object TestProperty { get; set; } 
} 

public class Child : Parent 
{ 
    private string _testValue = "Hello World!"; 

    public override object TestProperty 
    { 
     get { return _testValue; } 
    } 
} 

public class Consumer 
{ 
    Parent p = new Child(); 

    public Consumer(){ p.TestProperty = 3; } 
} 

Câu hỏi của tôi là:

Tại sao C# cho phép tôi một phần ghi đè lên các tài sản TestProperty tự động trong một đứa trẻ khi nó dẫn đến hành vi một phần không thể đoán trước ? Có ứng dụng thực tế nào không?

Tôi được phép đặt giá trị của TestProperty bằng cách sử dụng setter của cha mẹ (tôi đã kiểm tra IL đang được tạo và setter vẫn đặt đối tượng sao lưu trong lớp cha) mặc dù giá trị không thể truy cập công khai.

Answer 1

Hành vi này phù hợp với các thuộc tính không được tự động triển khai trong C#. Bạn luôn có thể ghi đè chỉ một phương thức get hoặc set cho một thuộc tính ảo. Do đó làm cho nó không thể làm với một tài sản tự động thực hiện sẽ tạo ra một sự không thống nhất không cần thiết.

Ví dụ, sau đây là hợp pháp

class A 
{ 
    public virtual int P1 
    { 
     get { return 42; } 
     set { } 
    } 
} 

class B : A 
{ 
    public override int P1 
    { 
     get { return 18; } 
    } 
} 

Answer 2

Không nó có ý nghĩa cho một setter, mặc dù? Nếu bạn ghi đè một phần chỉ thiết lập, điều đó có thể hữu ích để bạn có thể trả lời sự kiện đó, ngoài việc gọi số base.TestProperty = value, mà không cần phải bận tâm đến việc ghi đè lên bộ soạn thảo của bộ khởi động.