Wie Thread-Safe mit INotifyPropertyChanged ohne SynchronizationContext?

Question

Wie halten Sie Ihre Objekte threadsicher, die INotifyPropertyChanged implementieren? Ich kann keinen SynchronizationContext verwenden, weil ich das Objekt serialisieren muss.

protected void OnPropertyChanged(string propertyName) 
    { 
     var handler = PropertyChanged; 
     if (handler != null) 
      // What can I add here to make it thread-safe? 
      handler(this, new PropertyChangedEventArgs(propertyName)); 
    } 

Answer 1

So ... stellt sich heraus, es ist eigentlich eine sehr schöne Art und Weise schließen, wenn Sie nicht auf einer Verlängerung unter Berufung nichts dagegen einige Code für Sie bei der Kompilierung zu erzeugen Zeit. Ich habe sowieso Fody/PropertyChanged benutzt, was dies sehr leicht macht. Dies vermeidet, einen Verweis auf eine SynchronizationContext in Modellen zu haben, die wirklich kein Business über die Benutzeroberfläche wissen.

1. Zuerst installieren PropertyChanged.Fody, von NuGet zur Verfügung.

2. Jede Klasse, die derzeit INofityPropertyChanged implementiert, sollte stattdessen das Attribut [ImplementPropertyChanged] haben. Die manuelle Implementierung sollte entfernt werden. Weitere Informationen finden Sie in den Artikeln readme und wiki.

3. Ein PropertyChangedNotificationInterceptor muss implementiert werden. Sie stellen ein Beispiel für WPF im Wiki dar; meine Implementierung für ein WinForms Projekt:

   public static class PropertyChangedNotificationInterceptor 
   { 
       public static SynchronizationContext UIContext { get; set; } 
   
       public static void Intercept(object target, Action onPropertyChangedAction, string propertyName) 
       { 
        if (UIContext != null) 
        { 
         UIContext.Post(_ => 
         { 
          onPropertyChangedAction(); 
         }, null); 
        } 
        else 
        { 
         onPropertyChangedAction(); 
        } 
       } 
   } 
   

4. Set PropertyChangedNotificationInterceptor.UIContext irgendwo. Sie können PropertyChangedNotificationInterceptor.UIContext = WindowsFormsSynchronizationContext.Current; in den Konstruktor Ihres Hauptformulars einfügen.

   Die Form constructor geht durch die Control constructor und wird schließlich am Ende WindowsFormsSynchronizationContext erstellen, wenn es noch nicht existiert. Daher ist es sicher, die .Current hier zu erfassen. (Anmerkung: Dies könnte eine Implementierung Detail sein, und in Zukunft .NET-Versionen, verschiedene Plattformen verändern könnte, usw.)

Beachten Sie, dass dies nur funktioniert, wenn Sie nur einen einzigen Sync-Kontext haben (ein einzelnes UI-Thread). Wenn Sie jemals in die Unordnung mehrerer UI-Threads geraten, und erfordern Datenbindung auf mehr als einer, würde dies viel komplizierter werden. Also bitte tu das nicht.

Dank Simon Cropp zum Schreiben PropertyChanged und hilft mir auch, diese besondere Funktion zu finden.

Answer 2

Wenn Sie WPF verwenden, können Sie Ihre Aufrufe an den UI-Thread mit dem Dispatcher marshalieren.

Answer 3

Wenn Sie nicht glücklich sind und Winforms verwenden müssen, versuchen Sie MainForm Ihrer Anwendung zu verwenden, um den Handler im UI-Thread aufzurufen. Das Schlimme ist, dass Sie

using System.Windows.Forms;

protected void OnPropertyChanged(string propertyName) 
{ 
    var handler = PropertyChanged; 
    if (handler != null) 
    { 
     if (Application.OpenForms.Count == 0) return; 
     var mainForm = Application.OpenForms[0]; 
     if(mainForm == null) return; // No main form - no calls 

     if (mainForm.InvokeRequired) 
     { 
      // We are not in UI Thread now 
      mainform.Invoke(handler, new object[] { 
       this, new PropertyChangedEventArgs(propName)}); 
     } 
     else 
     { 
      handler(this, new PropertyChangedEventArgs(propertyName)); 
     }    
    } 
}