Tại sao RelayCommands thường sử dụng khởi tạo lười biếng?

Question

Khi sử dụng, hầu hết các ví dụ tôi đã nhìn thấy sử dụng khởi tạo lười biếng Josh Smith RelayCommand như:

public class ViewModel 
{ 
    private ICommand myCommand; 

    public ICommand MyCommand 
    { 
     get 
     { 
      if (myCommand == null) 
      { 
       myCommand = new RelayCommand(p => DoSomething()); 
      } 

      return myCommand; 
     } 
    } 
    // ... stuff ... 

} 

Thay vì tạo ra RelayCommand trong các nhà xây dựng, như thế này:

public class ViewModel 
{ 
    public ViewModel() 
    { 
      MyCommand = new RelayCommand(p => DoSomething()); 
    } 

    public ICommand MyCommand 
    { 
     get; 
     private set; 

    } 

    // ... stuff ... 
} 

gì là lợi ích của việc sử dụng khởi tạo lười biếng ở đây? Nó sẽ phải gọi thuộc tính get khi thiết lập các ràng buộc, vì vậy tôi không thể thấy một lý do để sử dụng phương thức này trên các thiết lập mọi thứ trong constructor.

Tôi có thiếu gì đó ở đây không?

Answer 1

Trên thực tế, WPF và Silverlight sẽ nhận được lệnh tiếp sức chỉ một lần mỗi ràng buộc, do đó bạn không thực sự cần phải lưu trữ một lĩnh vực sao lưu ở tất cả:

public ICommand MyCommand 
{ 
    get 
    { 
     return new RelayCommand(p => DoSomething()); 
    } 
} 

Vì vậy, trong khi không có gì sai với việc tạo ra nó trong các .ctor như bạn đề nghị, có rất ít lý do để.