Debugging von WPF: Tools und Techniken

Question

Ok, also habe ich gerade eine Stunde damit verbracht zu jagen, warum meine lookless WPF-Steuerung nicht im Fenster auftauchte.

Schließlich habe ich es auf die Tatsache zurückgeführt, dass ich vergaß, den ResourceDictionary-Eintrag in der generic.xaml-Datei unter dem themes-Verzeichnis hinzuzufügen. Der Stil und die Klasse selbst war in Ordnung.

Gibt es eine Möglichkeit zu verfolgen, was in WPF vorgeht? Wie verfolgt man, wie ein Stil geladen (oder nicht geladen) wird. Ich stelle mir vor, dass das ein riesiger Stapel von Sachen werden muss, aber es muss besser sein, als jede Datei nach Tippfehlern oder Dingen zu durchsuchen, die ich vergessen habe.

(Ich habe andere Fragen gesucht, aber es ist vor allem für einen bestimmten Fall)

Dank!

Answer 1

Dies kann nicht mit Ihrem speziellen Problem helfen, aber Snoop ist ein großartiges Werkzeug zum Debuggen von WPF-Anwendungen.

Dies ist auch ein wenig unabhängig von dem Problem, das Sie erwähnt haben, aber ich habe auch festgestellt, dass Sie die Speicherauslastung bei der Arbeit mit WPF (besonders wenn Sie beginnen), da es ziemlich einfach ist unbeabsichtigte Verweise auf Objekte beibehalten. Red Gate's memory profiler ist ein erstaunliches Werkzeug dafür.

Answer 2

Nun, es gibt nichts, das so ausgereift ist wie das Debuggen eines C# -Codes im Visual Studio, aber es gibt ein paar Möglichkeiten;

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