9

わかりました。それで、見栄えの悪いWPFコントロールがウィンドウに表示されなかった理由を探して1時間も無駄にしました。

最終的に、themesディレクトリの下のgeneric.xamlファイルにResourceDictionaryエントリを追加するのを忘れたという事実にたどり着きました。スタイルとクラス自体はOKでした。

WPF内で何が起こっているかを追跡する方法はありますか?スタイルがどのようにロードされるか(またはロードされないか)をトレースする方法。それは見るべきものの巨大なスタックになるに違いないと思いますが、タイプミスや忘れたものがないか、すべてのファイルをチェックするよりも優れている必要があります。

(私は他の質問を検索しましたが、主に特定のケースがあります)

ありがとう!

4

2 に答える 2

7

これは特定の問題には役立たないかもしれませんが、SnoopはWPFアプリケーションをデバッグするための優れたツールです。

これもあなたが言及した問題とは少し関係ありませんが、意図しない参照を保持するのは非常に簡単なので、WPFで作業するとき(特に始めたとき)はメモリ使用量に注意する必要があることもわかりましたオブジェクトに。 Red Gateのメモリプロファイラーは、このための素晴らしいツールです。

于 2010-02-11T14:15:15.633 に答える
2

Visual Studioでac#コードをデバッグするほど洗練されたものはありませんが、いくつかの方法があります。

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

于 2010-02-11T14:26:03.890 に答える