WPFデータバインディング中に発生するエラーと例外を伝播する方法はありますか？

Question

多くの場合、私は誤って自分のアプリケーションでデータのバインドを壊してしまっています。プロパティの名前を変更し、XAMLで名前を変更しないか、または何らかの理由で例外をスローするプロパティで行います。

デフォルトでは、データバインディングエラーがデバッグ出力に記録され、スローされた例外がキャッチされ、抑制されます。

デバッグ出力が記録された後に例外がスローされる簡単な方法はありますか？

私は（理想的には、自動テストでそれを拾う）データバインディングが壊れている場合は、できるだけ早く知りたいといないが、人間によってテストされるまで、それは気付かれないかもしれないという可能性を危険にさらします。

Answer 1

私は最終的に私の元の問題への解決策をコーディングすることを約束しました。

私のソリューションは、出力ウィンドウに記録します（もともとはジョンによって提案された）カスタムTraceListenerを使用しています。エラーが発生すると、出力ウィンドウが自動的に表示され、フォアグラウンドで購入されます。

は、ここに私のTraceListenerです：

public class ErrorLogTraceListener : TraceListener 
{ 
    public override void Write(string message) 
    { 
     ... 
    } 

    public override void WriteLine(string message) 
    { 
     ... 
    } 
} 

TraceListenerはたSystem.Diagnosticsで定義されています。

カスタムTraceListenerには、使用するシステムにフックする必要があります。これを行う公式の方法は、レジストリに何かを設定してから、App.configファイルを使用してTraceListenerを設定することです。

ErrorLogTraceListener listener = new ErrorLogTraceListener(); 
PresentationTraceSources.Refresh(); 

PresentationTraceSources.DataBindingSource.Listeners.Add(listener); 
PresentationTraceSources.DataBindingSource.Switch.Level = SourceLevels.Error; 

PresentationTraceSourcesもSystem.Diagnosticsに定義されています。

しかし、私はプログラム的にこれを行うにははるかに簡単な方法があることがわかりました。トレースソースの詳細については

はマイクHillbergのblogを参照してください。

ビーStollnitzは彼女blog上のいくつかの有用な情報を持っています。

Answer 2

この問題を回避するのに役立つthis blog articleをご覧ください。

Answer 3

Raising binding exceptions in WPF & Silverlight with .net 4.0 Dynamics。

Answer 4

は、私は受け入れ答えに非常によく似たソリューション実装：リスナーへPresentationTraceSources.DataBindingSource

がcomplete solution on GitHubを参照してくださいすることを代わりにログ

追加のスロー

1. TraceListener派生し、それは、デモ・アプリケーション、単体テスト・プロジェクトなどがあります。私はリンクを思い出せなかった以外、私は、投稿しているだろうまさに