[解決済み] ワーカスレッドでObservableCollectionを更新するにはどうしたらいいですか？

質問

私は ObservableCollection<A> a_collection; コレクションは「n」個のアイテムを含んでいます。各アイテムAは以下のような感じです。

public class A : INotifyPropertyChanged
{

    public ObservableCollection<B> b_subcollection;
    Thread m_worker;
}

基本的には、WPFのリストビュー＋詳細ビューコントロールに配線され、そのリストビューに b_subcollection を表示する詳細ビュー コントロールに接続されています (2 方向のバインディング、プロパティ変更時の更新など)。

問題は、私がスレッドを実装し始めたときに現れました。全体のアイデアは、全体の a_collection がワーカスレッドを使用して作業を行い、それぞれの b_subcollections を更新し、その結果をリアルタイムで表示します。

試してみたところ、DispatcherスレッドだけがObservableCollectionを変更できるという例外が発生し、作業が止まってしまいました。

どなたか、この問題の説明と回避方法を教えてください。

どのように解決するのですか？

技術的には、バックグラウンドのスレッドから ObservableCollection を更新していることが問題なのではありません。問題は、そうするとき、コレクションは、変更を引き起こしたのと同じスレッドでその CollectionChanged イベントを発生させることです - つまり、コントロールはバックグラウンド スレッドから更新されているということです。

コントロールがバインドされている間にバックグラウンド スレッドからコレクションに値を入れるには、おそらくこれに対処するために、ゼロから独自のコレクション タイプを作成する必要があります。しかし、あなたにとってうまくいくかもしれない、より単純なオプションがあります。

UIスレッドにAddコールをポストします。

public static void AddOnUI<T>(this ICollection<T> collection, T item) {
    Action<T> addMethod = collection.Add;
    Application.Current.Dispatcher.BeginInvoke( addMethod, item );
}

...

b_subcollection.AddOnUI(new B());

このメソッドはすぐに（アイテムが実際にコレクションに追加される前に）戻り、UIスレッドでアイテムがコレクションに追加され、皆が幸せになるはずです。

しかし、現実には、このソリューションはすべてのクロススレッド活動のため、高負荷下で停滞する可能性が高いということです。より効率的なソリューションは、アイテムの束をバッチ処理し、それらを定期的に UI スレッドにポストすることで、各アイテムのためにスレッドをまたいで呼び出すことがないようにします。

その バックグラウンド ワーカー クラスは、その 進捗報告 メソッドを通じて進捗を報告するパターンを実装しています。進捗は ProgressChanged イベントを介して UI スレッドで報告されます。これはあなたのための別のオプションであるかもしれません。