Nên lười biếng <T> được ưa thích để khởi tạo lười biếng trong một getter?

Question

Từ .NET 4 trở đi, Lazy<T> có thể được sử dụng để tạo ra các đối tượng lười biếng. Trực giác, khởi tạo lười biếng cũng có thể được thực hiện trong một thuộc tính công khai getter để cung cấp chức năng tương tự cho người gọi. Tôi tự hỏi nếu Lazy<T> cung cấp bất kỳ lợi thế vốn có nào sau này và do đó sẽ được ưu tiên hơn?

Cá nhân, tôi cảm thấy rằng Lazy<> có thể nhanh chóng giảm khả năng đọc mã, nhưng có lẽ tôi vừa thấy nó bị lạm dụng. Trên một mặt cộng, nó đảm bảo an toàn luồng, nhưng có nhiều cấu trúc đồng bộ hóa .NET - có lẽ tôi sai - làm cho nó khá dễ dàng để đạt được cùng một bên trong một getter.

Một số lưu ý cần lưu ý khi chọn phương pháp tiếp cận tốt nhất là gì?

Answer 1

Lazy<> có thể hữu ích vì nó cũng hỗ trợ đa luồng quá, bạn phải tự xây dựng bản thân khi tạo 'lười' của riêng mình.

Đối với mã không cần đa luồng, đây sẽ là mã hoạt động tốt nhất và có thể đọc được theo ý kiến ​​của tôi (sử dụng toán tử kết hợp không).

return variable ?? (variable = new ClassName()); 

Lưu ý rằng vì mã này không an toàn, bạn có thể gọi new ClassName() nhiều lần.

Bạn nên giới thiệu lock khi đó, và khả năng đọc sẽ giảm. Nếu nó chỉ là để dễ đọc, Lazy<> có thể không phải là xấu trong trường hợp đó.

Ngoài ra, Lazy<> ngăn bạn sử dụng trường sao lưu trong trường hợp thuộc tính được lưu trong bộ nhớ cache.