Come propagare gli errori e le eccezioni che si verificano durante l'associazione dei dati WPF?

Question

Ogni tanto scopro che ho interrotto accidentalmente l'associazione dei dati nella mia applicazione. O rinominando una proprietà e non rinominandola nell'XAML o in una proprietà generando un'eccezione per qualche motivo.

Per impostazione predefinita, gli errori di associazione dati vengono registrati per eseguire il debug dell'output e le eccezioni generate vengono prese e soppresse.

Esiste un modo semplice per generare un'eccezione dopo aver registrato l'output di debug?

Voglio sapere il prima possibile se l'associazione dei dati viene interrotta (idealmente la raccolta in un test automatico) e non rischiare la possibilità che passi inosservata fino a quando non viene testata da un essere umano.

Answer 1

Dopo un po 'di procrastinazione ho finalmente deciso di codificare una soluzione al mio problema originale.

La mia soluzione utilizza un numero personalizzato TraceListener (originariamente suggerito da John) che registra in una finestra di output. La finestra di output viene automaticamente visualizzata e acquistata in primo piano quando si verifica un errore.

Ecco il mio TraceListener:

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

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

TraceListener è definito in System.Diagnostics.

L'utente TraceListener deve essere collegato al sistema da utilizzare. Il modo ufficiale per farlo è impostare qualcosa nel registro e quindi usare il file App.config per configurare lo TraceListener.

Tuttavia ho trovato che c'è un modo molto più semplice per fare questo a livello di codice:

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

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

PresentationTraceSources è definita, System.Diagnostics.

Per ulteriori informazioni sulle fonti di traccia, vedere Mike Hillberg blog.

Bea Stollnitz ha alcune informazioni utili sul suo blog.

Answer 2

Dai uno sguardo allo this blog article che potrebbe aiutarti a risolvere questo problema.

Answer 3

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

Answer 4

ho implementato una soluzione molto simile alla risposta accettata:

1. Derivato un TraceListener che getta invece di registrazione
2. aggiunto che ascoltatore a PresentationTraceSources.DataBindingSource

Si veda il complete solution on GitHub, include un'applicazione demo e un progetto di test unitario.