Event Invocators in C#

Question

Wenn ich ein Ereignis in Visual Studio implementieren, ist Resharper so freundlich, um einen Event Invocator für mich zu erstellen. Ich habe dies in der Regel mit der Hand in der Vergangenheit, und meine invocators sah immer wie diese

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

aber die Invocator von ReSharper erstellt sieht wie folgt aus (bereinigt ein wenig von Hand)

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

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

Sie die Leute bei Jetbrains wissen etwas über C# Ich weiß nicht? Gibt es einen technischen Vorteil für die lokale Variable oder ist es nur ein Artefakt, dass sie den Code automatisch generieren müssen?

Answer 1

Ja. Sie wissen, dass sich die Anzahl der Abonnenten eines Ereignisses zwischen dem "if" und dem Aufruf des Event-Handlers ändern kann. Sie erfassen es in einem lokalen, wo es sich nicht mehr ändert.

Answer 2

Ich denke, John Saunders hat wahrscheinlich die beste Antwort.

Für die Aufzeichnung, schreibe ich nicht einmal "Invocators" mehr. Ich habe Erweiterungs-Methoden, die es für mich tun, und ich rufe einfach PropertyChanged.Fire(this, "propName");

Siehe this article für weitere Informationen.

Answer 3

Dies ist nur ein Problem für Multithreading. Dies schützt Sie in einer Multithread-Umgebung.

Nehmen wir zum Beispiel folgendes Szenario vor:

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

nun ein zweiter Thread Abo kündigt hier, den Event-Handler zu modifizieren ....

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