這似乎是微軟曾與的ObservableCollection一個偉大的想法。它們非常適合綁定,並且在UI上超快。使用一個ObservableCollection <T>與後臺線程
但是,你要調整每次需要上下文切換到分派線程好像有點多。有誰知道使用它們的最佳實踐嗎?僅僅是將ICollection填充爲業務層中的消息對象,然後在UI層中創建ObservableCollection?那麼您如何在UI上處理集合的更新?
這似乎是微軟曾與的ObservableCollection一個偉大的想法。它們非常適合綁定,並且在UI上超快。使用一個ObservableCollection <T>與後臺線程
但是,你要調整每次需要上下文切換到分派線程好像有點多。有誰知道使用它們的最佳實踐嗎?僅僅是將ICollection填充爲業務層中的消息對象,然後在UI層中創建ObservableCollection?那麼您如何在UI上處理集合的更新?
正在更新UI線程真正造成太大的瓶頸,爲您的應用程序上的ObservableCollection?如果沒有,請堅持在UI線程上更新它。請記住,這不是真的,當你與調度運行的東西這是發生上下文切換 - 相反,你只需將作業提交到UI線程,這是一個已經運行的線程,操作系統將背景在某個時刻切換到反正。 UI線程將您提交的作業從內部隊列中取出並執行。你不會強迫你自己切換上下文。
你可以用好老BackgroundWorker也WPF(如Windows窗體)。它將採用WPF的線程模型,並提供一個很好的抽象。
它不是上下文切換,除非它是同步操作 – Amsakanna 2010-03-03 14:58:46