WPF InitializeComponentのパフォーマンス上の問題

Question

メインウィンドウを持つWPFアプリケーション（.NET 4）があり、そのメインウィンドウ内に多くの小さなUserControlsが表示されています。ユーザによって実行される様々な動作は、表示されるUserControlsを、異なるデータを有する異なる他の制御に置き換えさせる。

ただし、これらのコントロールを切り替えるときにパフォーマンスの問題が発生しています。 WPFディスパッチャスレッドは、コントロールをロードしている間に100％CPUに移動します。古いマシンや多数のコントロールを使用すると、アプリケーションが30秒間ロックアップするように見えることがあります。一方の制御が他のよりもはるかに悪いように見えるがないが、それらはすべて0.2〜0.5秒かかるように見える（上 -

プロファイリングはほぼすべてこのCPU時間がすべて異なるUserControlsの様々なInitializeComponentメソッドを呼び出す費やされていることを示しています高速プロセッサと優れたグラフィックスカードを備えた私の開発マシン）。

私が知る限り、InitializeComponentは、実際にWPFがコンパイルしたxamlをメモリにロードする場所です。

私はここで何をするのか迷っています。バックグラウンドスレッドで事前に初期化したいのですが、すべてのWPFコントロールを作成してディスパッチャスレッドで使用する必要があるため、これは可能ではないと思います。

それ以外の場合は、私のすべてのxamlを削除するオプションがありますか？

それは論理/ビジュアルツリー内のコントロールを挿入し、すべてのバインディングを保証する、テーマする必要があるため、すべてのヘルプは大幅に

Answer 1

をいただければ幸いInitializeComponent方法は時間がかかり、期待される資源など

私の唯一の提案すべての潜在的なコントロールを最初から初期化し、必要に応じてVisibilityプロパティを使用してそれらを表示/非表示することは可能ですか？

Freezableを使用してUIをキャッシュすることはできますが、ユーザーコントロールの場合は、ユーザーとのやりとりが必要になる可能性が高くなります。

Answer 2

これを再訪するには、画面上に多数の複雑なコントロールがありますが、WPFを幸せにするためにそれらを取り除くことはできません。

詳細な実験では、カスタムコントロール（基本的にControlから派生し、Generic.xamlテーマファイル内のUIを定義するだけのC＃クラスはXAMLの読み込みと解析のヒットを招くように見えます）ただ、既存のテーマを適用します。

カスタムコントロールは、ユーザーコントロールよりも、で動作するようにはるかに困難ですが、これは私たちの負荷性能多くを助けるように見えました。

Answer 3

記録のために、私は持つウィンドウを持っていました負荷時間約1500〜2000ミリ秒、問題はアイコンでした。

それは大規模解析しなければならなかったので、私はXAML DrawingImage要素にSVGを変換するためのツールを使用して、すべての使用されるアイコン

のInitializeComponentのための画像描画を有する大きなリソース辞書とユーザーコントロールが非常に遅かった

イメージのすべてのベクトルデータを含むXAMLファイル

希望すると助かります。