パフォーマンス最適化の概要

レコードの仮想化 — RecordPresenter 要素は、UI に DataRecords を表示するために使用されますが、これらの要素が表すレコードがスクロールして表示されるときに作成され、これらが表すレコードがスクロールされて表示されなくなったときにクリーンアップされます。これは、RecordPresenter 要素 (セル値とセル クロームを含む多数の要素を含むことが可能である) の数が可能な限り低く抑えられることを意味します。この方式は多数のレコードを含むデータ ソースに特にバインドされる時には、絶対的に不可欠です。

セルの仮想化 — CellPresenter 要素と CellValuePresenter 要素は、UI 内のセルごとにセルの値とラベルを表示するために使用されますが、スクロールされて表示されるまで作成されません。たとえば、垂直のデフォルトの方向で xamDataGrid を使用しており、それぞれ 100 列を持つレコードを含むデータ ソースにバインドされているとします。さらに、ディスプレイが一度に 10 列を表示するだけの幅しかないことを前提とします。レコードの最初のページが表示されると、xamDataGrid は最初の 10 フィールドのみに対して各 RecordPresenter で CellValuePresenters を作成します (100 全部ではありません)。次の 10 列を表示するためにユーザーがディスプレイを右にページ スクロールすると、xamDataGrid は次の 10 フィールドに対して各 RecordPresenter で CellValuePresenters を作成します。ユーザーが右にスクロールして 100 列すべてを表示するまでこれは続行します。

セル テンプレートのエディター テンプレートで使用される SimpleTextBlock は、セルのテキストを表示するために FormattedText の代わりに GlyphRun をデータ プレゼンター コントロールでデフォルトで使用されます。GlyphRun はコントロールのコンテンツの描画でパフォーマンスを向上しますが、合字などの高度な機能はサポートしません。以下の SimpleTextBlock から公開された添付 (継承) プロパティを使用して動作を構成できます。

要素のキャッシュと再利用 — 可能な場合には、フレームワークのオーバーヘッドを削減しパフォーマンスを向上するために、 LabelPresenter 要素と CellValuePresenter 要素がキャッシュおよび再利用されます。キャッシュを行わない場合、新しいレコード セットを表示するためにユーザーがコントロールをスクロールする時に、以前表示可能だったレコードを表示している要素の既存のセットを切断してクリーンアップする必要があり、また新しい要素を作成して、表示可能なレコードの新しいセットを表示する必要があります。このプロセスとしては、Visual ツリーから古い要素を削除する、バイディングを切断する、古い要素を破棄して新しい要素を作成する、Visual ツールに追加する、バインディングを取り込んでリソース チェーンにスタイルを解決することが挙げられます。LabelPresenter 要素と CellValuePresenter 要素 (つまりページが表示されたりスクロール操作が発生した時に最も直接的に影響を受ける多数の要素) をキャッシュ (破棄の代わりに) および再利用 (作成の代わりに) することによって、これらのプロセスの間に発生する多くのフレームワークおよびコントロール操作の影響を大幅に削減することができます。

スタイリング情報のキャッシュ — 主要な「スタイリング ポイント」のスタイル情報をキャッシュおよび再利用することによって、コントロールはスタイルのルックアップと解決の数を削減することができます。スタイルの解決は、Windows Presentation Foundation フレームワークによって処理され、視覚的なツリーを遡り、特定の他プロパティのスタイルを探すためにリソース辞書を調べることを必要としますが、時間のかかるプロセスです。スタイル情報をキャッシュおよび再利用することによって、ページの表示とスクロールの間にコントロールはパフォーマンスを高めることができます。上記のスタイリング ポイントは、カスタム タイプとして実装されるコントロールの視覚的ツリー内の要素です。このため、リソース ベースのスタイルを使用してスタイリングできます。たとえば、 HeaderPresenter 要素は ContentControl から派生します。ヘッダー領域に ContentControl を単に使用する代わりに、派生した HeaderPresenter タイプが作成されました。これによって HeaderPresenter タイプのみをターゲットとする置き換えスタイルを作成し、リソース チェーン内に配置することができます。ContentControl が代わりに使用された場合には、同じ解決範囲内ですべての ContentPresenters をスタイルする以外にヘッダー領域をスタイルする方法はなくなります。

遅延したスクロール — スクロールのつまみをドラッグすることによってエンド ユーザーがディスプレイをスクロールするとき、多数のレコードをトラバースするための能力が存在します。このケースでは、多数の要素を破棄して作成する必要があります。上記の「要素のキャッシュと再利用」で説明した積極的な要素の再利用方式をコントロールが実装したとしても、大量の要素をトラバースすることはパフォーマンスにマイナスの影響を与える可能性があります。このシナリオに対応するために、コントロールはデフォルトで遅延のスクロール方式を実装して、つまみをドラッグするスクロールのシナリオを処理します。遅延シナリオを使用すると、つまみをリリースした後で、新しいスクロールの位置でディスプレイは更新されません。その時点で、つまみが移動されるたびではなく一度ディスプレイが更新されます。つまみをドラッグする間ユーザーにフィードバックを提供するために、コントロールは ScrollTip を表示します。ScrollTip は、つまみがリリースされた場合に最初に表示されるレコードとなるレコードに関する情報を表示するツールチップです。ScrollTip は、つまみがドラッグされると新しい最初のレコードに関する情報で更新されます。これは探しているスクロールの位置に達したときに確認するための十分なコンテキストをユーザーに提供します。

オブジェクトの遅延作成 — DataRecord オブジェクトと Cell オブジェクトは、求められた時だけ作成されるレコードおよびフィールド値の周囲にある薄いラッパーです。これらのオブジェクトの作成を遅延することによって、コントロールのメモリ フットプリントに対する影響を常に可能な限り最低限に維持します。

デフォルトで、現在のアクティブ DataRecord が削除された場合にコントロールは隣のレコードをアクティブ化しようとします。SuppressAutoActivationOnRecordDeletion プロパティを true に設定すると、動作が抑制されます。つまり、アクティブ レコードが削除された場合、自動的にアクティブ化されるレコードはありません。特定の揮発性があり、すばやく変更されているシナリオでパフォーマンスを向上できます。