表示オブジェクトのキャッシュ

ビットマップキャッシュを使用するシナリオ

ビットマップキャッシュを有効にすることで大きな利点が得られる代表的なシナリオを次に示します。

• 複雑な背景イメージ：ベクターデータの詳細で複雑な背景イメージ（「ビットマップのトレース」コマンドを適用したイメージや Adobe Illustrator® で作成したアートワークなど）を含むアプリケーション。背景で文字をアニメーション化することがあります。この場合、背景で連続的にベクターデータを再生成する必要があるため、アニメーションが遅くなります。 パフォーマンスを改善するには、背景の表示オブジェクトの opaqueBackground プロパティを true に設定します。これにより、背景はビットマップとしてレンダリングされるため素早く再描画でき、アニメーションの再生がより高速になります。

• テキストフィールドのスクロール : スクロールテキストフィールドに大量のテキストを表示するアプリケーション。 スクロール境界（ scrollRect プロパティ）によってスクロール可能に設定された表示オブジェクト内に、テキストフィールドを配置できます。これにより、指定したインスタンスの高速なピクセルスクロールが可能になります。 ユーザーが表示オブジェクトインスタンスをスクロールすると、Flash Player または AIR はスクロールされたピクセルを上方向に移動し、テキストフィールド全体を再生成するのではなく、新しく表示された領域だけを生成します。

• ウィンドウシステム : 重なり合うウィンドウを持つ複雑なアプリケーション。 各ウィンドウは、開いて閉じることができます（Web ブラウザーウィンドウなど）。 各ウィンドウをサーフェスとしてマークした場合（ cacheAsBitmap プロパティを true に設定することによりマーク）、各ウィンドウは分離されてキャッシュされます。ユーザーはウィンドウをドラッグできるため、互いに重ね合わせることが可能となり、各ウィンドウではベクターコンテンツの再生成は必要ありません。

• アルファチャンネルマスク：アルファチャンネルマスクを使用する場合は、 cacheAsBitmap プロパティを true に設定する必要があります。詳しくは、 表示オブジェクトのマスク を参照してください。

これらのシナリオでビットマップキャッシュを有効にすると、ベクターグラフィックの最適化により、アプリケーションの応答性とインタラクティブ性が向上します。

また、表示オブジェクトに対してフィルターを適用するたびに、 cacheAsBitmap が（明示的に false に設定されている場合でも）Flash Player によって自動的に true に設定されます。表示オブジェクトのすべてのフィルターをクリアすると、 cacheAsBitmap は最後に設定した値に戻ります。

ビットマップキャッシュの使用を避けるべきシナリオ

この機能を使用する状況を誤ると、SWF ファイルのパフォーマンスに悪影響を及ぼす可能性があります。ビットマップキャッシュを使用する場合は、次のガイドラインを覚えておく必要があります。

• サーフェス（キャッシュを有効にした表示オブジェクト）を多用しないでください。 各サーフェスは、通常の表示オブジェクトより多くのメモリを使用します。サーフェスを有効にするのは、レンダリングのパフォーマンスを改善する必要がある場合のみにしてください。

  キャッシュされたビットマップは、通常の表示オブジェクトに比べてはるかに多くのメモリを使用します。 例えば、ステージ上の Sprite インスタンスのサイズが 250 ピクセル × 250 ピクセルの場合、通常の（キャッシュされていない）Sprite インスタンスでは 1 KB のメモリ使用量が、キャッシュされると 250 KB になることがあります。

• キャッシュされたサーフェスのズームインは避けてください。 ビットマップキャッシュを多用しすぎると、大量のメモリが消費されますが（前の項目を参照）、特にコンテンツをズームインした場合にメモリ使用量が大きくなります。

• 大部分が静的な（アニメーション化されていない）表示オブジェクトインスタンスに対しては、サーフェスを使用してください。 インスタンスのドラッグや移動はできますが、インスタンスのコンテンツのアニメーション化や大幅な変更は避ける必要があります (アニメーションや Video インスタンスを含む MovieClip インスタンスの場合、アニメーション化やコンテンツの変更が行われる可能性が高くなります)。 例えば、インスタンスの回転や変換を行うと、インスタンスはサーフェスからベクターデータ（またはその逆）へ変更されます。この処理は複雑なため、SWF ファイルに悪影響を与えます。

• サーフェスとベクターデータを組み合わせると、Flash Player および AIR の処理量（そして場合によっては CPU の処理量も）が増加します。例えばウィンドウアプリケーションを作成するときなど、サーフェスをできる限りグループ化するようにしてください。

• グラフィックが頻繁に変化するオブジェクトはキャッシュしないでください。表示オブジェクトの拡大／縮小、傾斜、回転、アルファの変更やカラーの変換の適用、子表示オブジェクトの移動、またはグラフィックプロパティを使用した描画を実行するたびに、ビットマップキャッシュが再描画されます。この処理がすべてのフレームで発生した場合、ランタイムでは、オブジェクトをビットマップに描画してからそのビットマップをステージ上にコピーする処理が必要となります。つまり、キャッシュされていないオブジェクトを単にステージに描画する場合と比較して、多くの処理が発生します。キャッシュと頻繁な更新とのパフォーマンスのトレードオフは、表示オブジェクトの複雑さとサイズによって変わるため、個別のコンテンツをテストする以外に判断する方法はありません。