有螺紋

Question

INotifyPropertyChanged的我有一個

BindingList<T> 

它綁定到一個DataGridView。我班的一個房產需要很長的時間來計算，所以我對這個行爲進行了調整。計算後，我提出OnPropertyChanged（）事件來通知網格該值已準備就緒。

至少，這是理論。但是由於OnPropertyChanged方法是從一個不同的線程調用的，所以我在網格的OnRowPrePaint方法中得到了一些有意識的異常。

任何人都可以告訴我如何在主線程中執行OnPropertyChanged事件嗎？我不能使用Form.Invoke，因爲類MyClass不知道它在Winforms應用程序中運行。

public class MyClass : INotifyPropertyChanged 
{ 
    public int FastMember {get;set;} 

    private int? slowMember; 
    public SlowMember 
    { 
     get 
     { 
      if (slowMember.HasValue) 
       return slowMember.Value; 
      else 
      { 
       Thread t = new Thread(getSlowMember); 
       t.Start(); 
       return -1; 
      } 

     } 
    } 

    private void getSlowMember() 
    { 
     Thread.Sleep(1000); 
     slowMember = 5; 
     OnPropertyChanged("SlowMember"); 
    } 

    public event PropertyChangedEventHandler PropertyChanged; 
    private void OnPropertyChanged(string propertyName) 
    { 
     PropertyChangingEventHandler eh = PropertyChanging; 
     if (eh != null) 
     { 
      eh(this, e); 
     } 
    } 

} 

Answer 1

通過設計，控件只能通過它創建的線程來更新。這就是爲什麼你會收到異常。

考慮使用BackgroundWorker，並且只有通過訂閱事件處理程序到RunWorkerCompleted才能在持久操作完成後更新成員。

Answer 2

考慮1：
看看UIThreadMarshal類及其用法在這篇文章中：
UI Thread Marshaling in the Model Layer
您可以從靜態類更改爲實例，並將其注入到你的對象。所以你的對象不會知道Form類。它只會知道關於UIThreadMarshal類。

代價2：
我不認爲從您的財產返回-1是個好主意。這對我來說看起來不太合適。

考慮3：
也許你的班級不應該使用antoher線程。也許是消費者類應該決定如何調用你的財產：直接或在一個單獨的線程。在這種情況下，您可能需要提供其他屬性，例如IsSlowMemberInitialized。

Answer 3

這是我前一段時間寫的東西;它應該工作合理不錯，但要注意很多更新的成本...

using System.ComponentModel; 
using System.Threading; 
public class ThreadedBindingList<T> : BindingList<T> { 
    SynchronizationContext ctx = SynchronizationContext.Current; 
    protected override void OnAddingNew(AddingNewEventArgs e) { 
     if (ctx == null) { BaseAddingNew(e); } 
     else { ctx.Send(delegate { BaseAddingNew(e); }, null); } 
    } 
    protected override void OnListChanged(ListChangedEventArgs e) { 
     if (ctx == null) { BaseListChanged(e); } 
     else { ctx.Send(delegate { BaseListChanged(e); }, null); } 
    } 
    void BaseListChanged(ListChangedEventArgs e) { base.OnListChanged(e); } 
    void BaseAddingNew(AddingNewEventArgs e) { base.OnAddingNew(e); } 
} 

Answer 4

人們有時會忘記該事件處理程序是MultiCastDelegate並且，正因爲如此，有所有關於每個用戶的信息，我們需要適度地處理這種情況，而不會不必要地強加「調用+同步」性能損失。我一直在使用這樣的代碼適用年齡：

using System.ComponentModel; 
// ... 

public event PropertyChangedEventHandler PropertyChanged; 

protected virtual void OnPropertyChanged(string propertyName) 
{ 
    var handler = PropertyChanged; 
    if (handler != null) 
    { 
     var e = new PropertyChangedEventArgs(propertyName); 
     foreach (EventHandler h in handler.GetInvocationList()) 
     { 
      var synch = h.Target as ISynchronizeInvoke; 
      if (synch != null && synch.InvokeRequired) 
       synch.Invoke(h, new object[] { this, e }); 
      else 
       h(this, e); 
     } 
    } 
} 

它能做什麼是簡單的，但我記得我幾乎打斷了我的腦回，然後試圖找到做到這一點的最好辦法。

它首先「抓住」本地屬性上的事件處理函數以避免任何競爭條件。

如果處理程序不爲空（至少有一個訂戶確實存在），它將準備事件參數，然後遍歷此多播委託的調用列表。

調用列表具有目標屬性，它是事件的訂閱者。如果這個訂閱者實現了ISynchronizeInvoke（所有的UI控件實現它），我們然後檢查它的InvokeRequired屬性，我們只是調用它來傳遞委託和參數。以這種方式調用它會將調用同步到UI線程中。

否則，我們直接調用事件處理程序委託。