Pourquoi les RelayCommands utilisent-ils généralement une initialisation paresseuse?

Question

Lors de l'utilisation de RelayCommand Josh Smith, la plupart des exemples que je l'ai vu utiliser l'initialisation paresseuse comme:

public class ViewModel 
{ 
    private ICommand myCommand; 

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

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

} 

Plutôt que de créer le RelayCommand dans le constructeur, comme celui-ci:

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

    public ICommand MyCommand 
    { 
     get; 
     private set; 

    } 

    // ... stuff ... 
} 

Quelle est la avantage d'utiliser l'initialisation paresseux ici? Il devra appeler la propriété get lors de la mise en place de la liaison, donc je ne vois pas de raison d'utiliser cette méthode sur les réglages du constructeur.

Ai-je oublié quelque chose ici?

Answer 1

En fait, WPF et Silverlight obtenir la commande de relais juste une fois par la liaison, de sorte que vous ne avez pas vraiment besoin de stocker un champ de support du tout:

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

Ainsi, alors il n'y a rien de mal à créer dans le .ctor comme vous le suggérez, il y a très peu de raisons de le faire.