タスク並列ライブラリINotifyPropertyChanged例外をスローしませんか？

Question

私は、テキストボックスにバインドするプロパティでINotifyPropertyChangedを使用しているwpfプロジェクトを持っています。タスク（TaskParallelLibrary）を使用して別のスレッドでこの値を更新しています。これは正しく更新され、例外はスローされません。 UIスレッドではなくバックグラウンドスレッドで実行されているため、例外がスローされると思っていました。もちろん、私はUI要素を直接使用すると例外がスローされます。したがって、INotifyPropertyChangedバインドメカニズムはUIスレッドへのディスパッチを自動的に処理しますか？

ここに私のコードがあります。

private string _textProperty = ""; 
    public string TextProperty 
    { 
     get 
     { 
      return _textProperty; 
     } 
     set 
     { 
      if (_textProperty != value) 
      { 
       _textProperty = value; 
       NotifyPropertyChanged("TextProperty"); 
      } 
     } 
    } 

と私のタスクの作成は

var task = new Task(() => 
     { 
      TextProperty = "ABCD"; // Works. 
      // txtBox.Text = "ABCD"; // Throws an exception. 
     }); 
     task.Start(); 

で、XAMLでのテキストボックスには、アフィンスレッドされていない単一のプロパティにバインド<TextBox Name="txtBox" Text="{Binding TextProperty}"/>

Answer 1

UIスレッドではなくバックグラウンドスレッドで実行されているため、例外がスローされると考えていました。

WPFでは、バックグラウンドスレッドにバインドされた値を設定できます。 UIスレッドへのマーシャリングを処理します。

ただし、これはではありません。はコレクションの要素に対して機能します。バインドされているObservableCollection<T>に追加する場合は、たとえば、UIスレッドにマーシャリングする必要があります。ただし、必要に応じてこれを緩和できるvarious workaroundsがあります。 this behavior changes in WPF 4.5は、将来のWPFでのマルチスレッド開発を簡素化することに注意してください。

Answer 2

です。あなたは問題なくこれを行うことができます、バインディングはあなたのために必要な作業を行います。
ただし、これは単一のプロパティーバインディングにのみ適用されます。たとえばObservableCollectionがある場合、コレクションがバインディングによってバインドされていても、別のスレッドからアイテムを追加または削除することはできません。