Debugging WPF: Strumenti e tecniche

Question

Ok, ho appena sprecato un'ora a cercare perché il mio lookless WPF control non veniva visualizzato nella finestra.

Alla fine, ho rintracciato il fatto che ho dimenticato di aggiungere la voce ResourceDictionary nel file generic.xaml sotto la directory themes. Lo stile e la classe stessa era OK.

C'è un modo per rintracciare cosa sta succedendo all'interno di WPF? Come tracciare come viene caricato uno stile (o NON caricato). Immagino che debba diventare un enorme mucchio di cose da guardare, ma deve esserci qualcosa di meglio che dover controllare ogni singolo file per errori di battitura o cose che ho dimenticato.

(Ho cercato per altre domande, ma c'è soprattutto per un caso specifico)

Grazie!

Answer 1

Questo potrebbe non essere d'aiuto con il tuo particolare problema, ma Snoop è un ottimo strumento per il debug di applicazioni WPF.

Questo è anche un po 'estraneo al problema che hai menzionato, ma ho anche scoperto che è necessario tenere d'occhio l'utilizzo della memoria quando si lavora con WPF (specialmente quando si sta per iniziare), dal momento che è abbastanza facile per mantenere riferimenti non intenzionali agli oggetti. Red Gate's memory profiler è uno strumento straordinario per questo.

Answer 2

Bene, non c'è niente di sofisticato come eseguire il debug di un codice C# in Visual Studio, ma ci sono alcuni modi;

http://rrelyea.spaces.live.com/Blog/cns!167AD7A5AB58D5FE!1625.entry http://geekswithblogs.net/lbugnion/archive/2007/03/14/108728.aspx http://blogs.devsource.com/devlife/content/silverlight/debugging_dynamic_xaml_in_silverlight_1.html