Esiste un buon strumento per eseguire il debug del comportamento/degli errori del database XAML in fase di esecuzione?

Question

WPF è un grande set di strumenti, e l'associazione XAML è molto potente, ma spesso mi imbatto in difficoltà derivanti dalla sua trasparenza: può essere difficile eseguire il debug di un errore di associazione dati quando non vengono generati errori.

Per esempio, di recente ho dovuto cambiare una dichiarazione Style come questo:

<DataGrid.RowStyle> 
    <Style> 
     <Style.Triggers> 
      <DataTrigger Binding="{Binding TestProperty}" Value="False"> 
       <Setter Property="DataGridRow.Background" Value="Red"/> 
      </DataTrigger> 
     </Style.Triggers> 
    </Style> 
</DataGrid.RowStyle> 

In questa:

<DataGrid.RowStyle> 
    <Style> 
     <Style.Triggers> 
      <DataTrigger Binding="{Binding RelativeSource={RelativeSource FindAncestor, AncestorType={x:Type UserControl}}, Path=DataContext.TestProperty}" Value="False"> 
       <Setter Property="DataGridRow.Background" Value="Red"/> 
      </DataTrigger> 
     </Style.Triggers> 
    </Style> 
</DataGrid.RowStyle> 

Affinché la proprietà DataGridRow a essere colpiti. Sarebbe incredibilmente utile vedere, in fase di progettazione o di esecuzione, quali sarebbero le implicazioni del collegamento a fonti diverse e a RelativeSource s.

Esistono questi strumenti/tecniche?

Answer 1

È possibile utilizzare la proprietà allegata PresentationTraceSources.TraceLevel sui collegamenti per ottenere la registrazione dettagliata nell'output durante il runtime.

Nel tuo caso, sarà simile a questa:

<DataGrid.RowStyle> 
    <Style> 
     <Style.Triggers> 
      <DataTrigger Value="False" Binding="{Binding DataContext.TestProperty, 
        RelativeSource={RelativeSource AncestorType=UserControl}, 
        PresentationTraceSources.TraceLevel=High}"> 
       <Setter Property="DataGridRow.Background" Value="Red"/> 
      </DataTrigger> 
     </Style.Triggers> 
    </Style> 
</DataGrid.RowStyle> 

Answer 2

Se si esegue l'applicazione nel debugger di Visual Studio, gli errori di associazione verranno segnalati alla finestra di output. Questi sono molto istruttivi e dovrebbero aiutarti a rintracciare eventuali errori.

Answer 3

Bea Stollnitz ha un post molto ben informato sulla debugging WPF bindings.

Se si utilizza Visual Studio 2010, è necessario update the default WPF trace setting.

Answer 4

Un'altra opzione in Visual Studio 2010 consiste nel mettere un punto di interruzione sull'associazione. Questo può essere fatto facilmente facendo clic sulla parola chiave Binding e premendo F9 per impostare il punto di interruzione. La parola chiave Binding sarà evidenziata in rosso. Se una parte più grande del testo è evidenziata, è possibile che il punto di interruzione non funzioni nell'editor che si sta utilizzando. In tal caso, provare a fare clic con il pulsante destro del mouse in Esplora soluzioni, selezionare "Apri con" e scegliere "Editor codice sorgente (testo)".

Quando si raggiunge il punto di interruzione in fase di esecuzione, è possibile esaminarlo utilizzando la finestra del debugger Locals e vedere a cosa è associato.