Tại sao C # cho phép các thuộc tính trong giao diện?

Trong C #, đoạn mã sau là hợp lệ

interface I{
    int property{get;set;}
}

Điều đó không có ý nghĩa gì với tôi. Điều này dường như phá vỡ một trong những nguyên tắc quan trọng nhất của giao diện: thiếu trạng thái (nói cách khác, không có trường). Không phải tài sản tạo ra một lĩnh vực tư nhân ngầm? Điều đó có thực sự tệ cho giao diện không?

Tôi nghĩ phần khó hiểu là nếu bạn viết int Property { get; set; }bên trong một lớp, thì đó là một thuộc tính tự động với trường sao lưu ngầm.

Nhưng nếu bạn viết chính xác điều tương tự trong một giao diện, thì đó không phải là thuộc tính tự động , nó chỉ tuyên bố rằng thuộc tính đó là một phần của giao diện và bất kỳ loại nào thực hiện giao diện đó đều phải chứa thuộc tính đó (là thuộc tính tự động hay không ), nhưng nó không tạo ra trường sao lưu.

Một cách để thấy sự khác biệt là viết int Property { get; }: điều này hợp lệ trong một giao diện và khai báo một thuộc tính chỉ có một getter, nhưng không có setter. Nhưng nó sẽ không biên dịch trong một lớp (trừ khi bạn đang sử dụng C # 6.0), vì thuộc tính tự động phải có bộ cài đặt.

Xác định thuộc tính như bạn đã hiển thị giống như xác định các phương thức int GetProperty()và void SetProperty(int i). Thuộc tính là tay ngắn mạnh mẽ trong C #.

Một thuộc tính không hoàn toàn tạo ra một trường riêng trong C #. Đó là cách triển khai mặc định của một auto-propertyví dụ public string MyString { get; set;}- tuy nhiên, một thuộc tính xác định logic tùy chỉnh trong getphương thức không tạo ra một trường riêng ẩn.

Cuối cùng, vì các giao diện liên quan đến API công cộng , sẽ có vấn đề gì nếu việc triển khai thuộc tính giao diện dựa trên một trường riêng - ẩn hay nói cách khác? Điều đó được ẩn từ người tiêu dùng của giao diện bất kể.

Thuộc tính là phương thức! Một trường sao lưu sẽ được thêm vào lớp thực hiện giao diện (theo cách thủ công hoặc thông qua thuộc tính tự động).