Thuộc tính và cấu trúc tự động Không kết hợp?

Question

Kicking xung quanh một số cấu trúc nhỏ trong khi trả lời this post, tôi đi qua sau bất ngờ: Cấu trúc sau

, sử dụng một trường int là hoàn toàn hợp pháp:

struct MyStruct 
{ 
    public MyStruct (int size) 
    { 
     this.Size = size; // <-- Legal assignment. 
    } 

    public int Size; 
} 

Tuy nhiên, cấu trúc sau đây, sử dụng hộp số tự động thuộc tính không biên dịch:

struct MyStruct 
{ 
    public MyStruct (int size) 
    { 
     this.Size = size; // <-- Compile-Time Error! 
    } 

    public int Size{get; set;} 
} 

Lỗi trả về là "Không thể sử dụng đối tượng" này 'trước khi tất cả các trường được gán cho ". Tôi biết rằng đây là quy trình chuẩn cho một cấu trúc: trường sao lưu cho bất kỳ thuộc tính nào phải được gán trực tiếp (và không phải thông qua bộ truy cập được đặt của thuộc tính) từ bên trong hàm tạo của cấu trúc.

Một giải pháp là sử dụng một trường ủng hộ rõ ràng:

struct MyStruct 
{ 
    public MyStruct(int size) 
    { 
     _size = size; 
    } 

    private int _size; 

    public int Size 
    { 
     get { return _size; } 
     set { _size = value; } 
    } 
} 

(Lưu ý rằng VB.NET sẽ không có vấn đề này, bởi vì trong VB.NET mọi lĩnh vực sẽ được tự động khởi tạo 0/null/sai khi lần đầu tiên được tạo.)

Điều này có vẻ là một giới hạn không may khi sử dụng thuộc tính tự động với cấu trúc trong C#. Suy nghĩ về khái niệm, tôi đã tự hỏi nếu đây không phải là một nơi hợp lý để có một ngoại lệ cho phép thuộc tính thiết lập accessor được gọi trong constructor của struct, ít nhất là cho một thuộc tính tự động?

Đây là một vấn đề nhỏ, gần như một cạnh hợp cụ thể, nhưng tôi đã tự hỏi những gì người khác nghĩ về điều này ...

Answer 1

Từ C# 6 trở đi: đây không còn là một vấn đề

---

Trở thành C# 6, bạn cần phải gọi hàm tạo mặc định để làm việc này:

public MyStruct(int size) : this() 
{ 
    Size = size; 
} 

Một vấn đề lớn hơn ở đây là bạn có cấu trúc có thể thay đổi. Đây là không bao giờ một ý tưởng hay. Tôi sẽ làm cho nó:

public int Size { get; private set; } 

Không kỹ thuật bất biến, nhưng đủ gần.

Với phiên bản gần đây của C#, bạn có thể cải thiện về điều này:

public int Size { get; } 

này bây giờ có thể chỉ được chỉ định trong các nhà xây dựng.

Answer 2

Bạn có thể khắc phục điều này bằng cách đầu tiên gọi constructor mặc định:

struct MyStruct 
{ 
    public MyStruct(int size) : this() 
    { 
     this.Size = size; // <-- now works 
    } 

    public int Size { get; set; } 
} 

Answer 3

Một công việc xung quanh che khuất cho vấn đề này là một trong những phát hiện trong lớp tạm thời Tuple trong Managed Extensibility Framework (thông qua Krzysztof Koźmic) các:

public struct TempTuple<TFirst, TSecond> 
{ 
    public TempTuple(TFirst first, TSecond second) 
    { 
     this = new TempTuple<TFirst, TSecond>(); // Kung fu! 
     this.First = first; 
     this.Second = second; 
    } 

    public TFirst First { get; private set; } 
    public TSecond Second { get; private set; } 

(Mã nguồn đầy đủ từ Codeplex: Tuple.cs)

Tôi cũng lưu ý rằng documen tation cho CS0188 đã được cập nhật thêm:

Nếu bạn gặp phải lỗi này khi cố gắng khởi tạo một tài sản trong một constructor struct , giải pháp là thay đổi tham số nhà xây dựng để xác định lĩnh vực ủng hộ thay vì chính tài sản . Tự động triển khai các thuộc tính cần tránh trong các cấu trúc vì chúng không có sự ủng hộ trường và do đó không thể là được khởi tạo theo bất kỳ cách nào từ hàm tạo .

Vì vậy, tôi lấy đó để có nghĩa là hướng dẫn chính thức là sử dụng các thuộc tính kiểu cũ trong cấu trúc của bạn khi bạn chạy vào vấn đề này, mà có lẽ ít mơ hồ (và readible hơn) so với một trong hai người kia hai lựa chọn thay thế được khám phá cho đến nay.