Invocatori di eventi in C#

Question

Quando implemento un evento in Visual Studio, Resharper è abbastanza gentile da offrirmi di creare un event call per me. Io di solito fatto questo a mano, in passato, e le mie invocators sembrava sempre così

private void InvokePropertyChanged(PropertyChangedEventArgs e) 
    { 
     if (PropertyChanged != null) 
     { 
      PropertyChanged(this, e); 
     } 
    } 

ma l'evocatore creato da ReSharper si presenta così (ripulito un po 'a mano)

private void InvokePropertyChanged(PropertyChangedEventArgs e) 
    { 
     PropertyChangedEventHandler changed = PropertyChanged; 

     if (changed != null) 
     { 
      changed(this, e); 
     } 
    } 

Fare la la gente di jetbrain sa qualcosa di C# non lo faccio? C'è qualche vantaggio tecnico nell'avere la variabile locale, o è solo un artefatto di loro dover generare automaticamente il codice?

Answer 1

Sì. Sanno che il numero di abbonati a un evento può cambiare tra "se" e la chiamata al gestore di eventi. Lo catturano in un locale, dove non cambia più.

Answer 2

Penso che John Saunders abbia probabilmente la migliore risposta.

Per la cronaca, non scrivo più nemmeno "Invocatori". Ho metodi di estensione che lo fanno per me, e mi limito a chiamare PropertyChanged.Fire(this, "propName");

Vedere this article per maggiori informazioni.

Answer 3

Questo è solo un problema per il multithreading. Questo ti protegge in un ambiente multithread.

Per esempio, prendete questo scenario:

if (PropertyChanged != null) // PropertyChanged has one subscriber here 
{ 

Ora, un secondo thread unsubscribes qui, modificando il gestore di eventi ....

PropertyChanged(this, e); // This is no longer valid! 
}