Visualforce のパフォーマンスのベストプラクティス

Size: px

Start display at page:

Download "Visualforce のパフォーマンスのベストプラクティス"

えりかちゅうか
5 years ago
Views:

1 Visualforce のパフォーマンスのベストプラクティス Salesforce, Summer 最終更新日 : 2018/04/20

3 目次 Visualforce のパフォーマンスのベストプラクティスこのドキュメントについてパフォーマンス上の問題の検出およびテスト方法 Visualforce のパフォーマンス上の問題の調査一般的な Web 設計のベストプラクティスの確認 Visualforce ページのテスト Visualforce のパフォーマンスを最適化するベストプラクティスアプリケーションパフォーマンスの一般的な設計ガイドラインに従う標準機能の使用とカスタムコードの作成データサイズの制御遅延読み込み非同期タスクへの処理のオフロードカスタム設定へのグローバルデータのキャッシュ効率的な Apex および SOQL の記述効率的な getter メソッドの記述ビューステートの最適化コンポーネント階層の最適化ポーリングの最適化 HTML の最適化 CSS の最適化 JavaScript の最適化画像の利用の最適化 Internet Explorer のページの最適化 Visualforce のパフォーマンスの最適化に関する事例その他のリソースおよびツール

5 このドキュメントについてこのドキュメントには Visualforce ページのパフォーマンスを最適化するベストプラクティスが記載されていますこの内容は Visualforce 開発者ガイドのベストプラクティスからの抜粋です対象利用者このドキュメントは Visualforce ページを実装する開発者およびアーキテクトを対象とします前提条件このドキュメントは Visualforce および関連した Lightning Platform 技術の基本を理解していることを前提としていますパフォーマンス上の問題の検出およびテスト方法このドキュメントに記載されているベストプラクティスに従う前に以下の作業を行ってくださいパフォーマンス上の問題の原因を判断しますパフォーマンス上の問題が Visualforce に起因するものではないときはページが Web 設計の一般的なベストプラクティスに従っていることを確認しますパフォーマンス上の問題の範囲と影響をテストします Visualforce のパフォーマンス上の問題の調査 Lightning Platform 開発者コンソールを使用してページ上の Visualforce マークアップおよびその他の Lightning Platform 機能のパフォーマンスを調査します開発者コンソールにはサーバが要求を処理する際要求のパフォーマンスを詳細に記録するデバッグログがありますこの詳細にはメソッドクエリワークフローコールアウト DML 検証トリガページの各実行ステップがそれぞれ種類と時間ごとに表示されるため次の作業に役立ちます何がシステムリソースを消費しているのかを確認するコードの問題を特定する開発者コンソールの使用を参照してください 1

6 一般的な Web 設計のベストプラクティスの確認一般的な Web 設計のベストプラクティスの確認パフォーマンス上の問題が Visualforce に起因するものではないときはページが Web 設計の次の一般的なベストプラクティスに従っていることを確認します JavaScript および CSS を縮小する Web 画像を最適化するできる限り iframe の使用を避けるさらに HTML CSS JavaScript のプロファイルツールやデバッグツールを使用してネットワーク待ち時間や読み込み時間 JavaScript コードの効率性などを把握します Google Chrome 開発者ツール Chrome 開発者ツールを使用すると Chrome ブラウザやブラウザで実行しているアプリケーションのバックグラウンドで何が起きているかを確認できます Firebug Mozilla Firefox のアドオンである Firebug を使用すると現在のライブ Web ページをすべて開いたまま次の内容を操作および監視できます CSS HTML JavaScript YSlow Yahoo! のアドオンである YSlow を使用すると Web ページのパフォーマンスを向上させる推奨事項が自動表示されますメモ : YSlow を使用するには Firebug をインストールしておく必要があります WebPagetest WebPagetest を使用すると Web ページのパフォーマンスを次の基準で判断できますテスト場所ブラウザ接続速度 Visualforce ページのテスト Visualforce ページにパフォーマンス上の問題が生じている場合はそのページを複数のマシンおよび複数のブラウザでテストし問題が単一ユーザのコンピュータに限定されていないことを確認しますまた他の Salesforce ページやその他の Web サイトの読み込み時間も確認します Salesforce ページの読み込みに時間がかかる場合はで Salesforce サーバの状況を確認しますどの Web ページも読み込みに時間がかかる場合はネットワーク設定を確認しますパフォーマンスをテストして不具合を回避する手順は次のとおりです HP LoadRunner Selenium などのツールを使用して一貫性に欠ける結果の原因であると思われる冗長または複雑なフローのテストを自動化します自動化されたテストではリンクのクリックデータの入力および取得実行時間の記録が行われます自動テストにより手動のテストでは見つからなかったボトルネックや不具合が検出されることがあります 2

7 Visualforce のパフォーマンスを最適化するベストプラクティスできるだけ多くのブラウザおよびバージョンでテストしますページが無制限のデータを回避しページネーションを実装し関連データのみを表示するものであっても大量のデータでテストしますこれらのテストで特定のユーザがアクセスするレコードが多すぎた場合にデータのスキューが生じるシナリオが明らかになることがありますパフォーマンス上の問題が開発者のマシンにはっきりと表れない可能性があるため実際のモバイルデバイスでテストしますモバイルクライアントはプロセッサが低速であるメモリに制限があるネットワーク接続が遅いなどの理由によりそれぞれパフォーマンスプロファイルが異なりますまた Salesforce Mobile Classic アプリケーションが Visualforce Mobile ページを起動する各種の組み込みブラウザはメーカーやデバイスバージョンごとに搭載機能が異なりますヒント : モバイルブラウザを初めてテストするときには WebPagetest などのツールを使用し詳しいテストには実際のデバイスを使用します Visualforce のパフォーマンスを最適化するベストプラクティス Visualforce ページのパフォーマンスを向上させる次のベストプラクティスを検討します一般的なガイドラインに従ってVisualforce ページを設計する標準オブジェクトと宣言機能を使用する Visualforce ページに表示するデータ量を制限するコストのかかる計算やデータの読み込みは後回しにする非同期タスクに処理をオフロードするカスタム設定のグローバルデータをキャッシュする効率的に記述する : Apex と SOQL getter メソッド最適化する : ビューステートコンポーネント階層ポーリング HTML CSS JavaScript 画像の利用 Internet Explorer のページ 3

8 アプリケーションパフォーマンスの一般的な設計ガイドラインに従うアプリケーションパフォーマンスの一般的な設計ガイドラインに従う Visualforce ページを設計するときはパフォーマンスへの影響を回避する次の一般的なガイドラインに従います特定のタスクを中心にワークフローやタスク間の移動が実用的になるようにページを設計しますページに機能やデータを詰め込み過ぎないようにします Visualforce ページに無制限のデータや多数のコンポーネント行項目などがあると使い勝手やパフォーマンスが低下しビューステートヒープサイズレコード制限合計ページサイズなどがガバナ制限に達するおそれがあります必須ではない機能を含める要求は後回しにします懸念を確認するプロトタイプを構築します標準機能の使用とカスタムコードの作成 Lightning Platform プラットフォームのプログラム機能により容易に機能性をカスタマイズできますが可能な限り標準オブジェクトと宣言機能を使用するようにします承認プロセス視覚フローワークフローなどの標準オブジェクトや宣言機能はすでに高度に最適化されているため通常ガバナ制限の対象になりません概して標準オブジェクトや宣言機能によりデータモデルが簡素化されビジネスプロセスに必要な Visualforce ページの数が削減されますデータサイズの制御 Visualforce ページは 15 MB の標準応答制限を超えることはできませんがそれよりも小さなページサイズでも読み込み時間に影響します読み込み時間を最小化するには次の手法を使用して各ページに表示されるデータ量をさらに制限します絞り込み絞り込みを使用して SOQL がコールするデータおよび Apex コントローラが返すデータを制限しますたとえば WHERE 句で AND ステートメントを使用したり null の結果を削除したりしますキーワード Apex コントローラを作成する場合 with sharing キーワードを使用してユーザがアクセスできるレコードのみを取得します StandardSetController 組み込みページネーションリストコントローラの組み込みページネーション機能を使用してリストビューに無制限にデータが表示されないようにします無制限にデータが表示されるとデータセットが増加するにつれ読み込み時間が長くなったりガバナ制限に達したり使用できなくなったりする可能性がありますデフォルトではリストコントローラはページに 20 レコードを返しますが多くの開発者は一度に 100 レコードまで表示されるようにリストビューを設定しますヒント : ページごとに表示するレコード数を制御するにはコントローラ拡張を使用して pagesize を設定します SOQL OFFSET ページネーション SOQL OFFSET 句を使用して結果の特定のサブセットにページ設定するロジックを SOQL 内に記述します 4

9 遅延読み込みまた編集可能な項目を含む多くのレコードを表示するデータグリッドを使用しないようにしますデータグリッドでは 1 つのページに何千もの入力コンポーネントが展開され最大ビューステートサイズを超えることも少なくありませんその結果 Visualforce コンポーネントツリーの処理が遅くなります Visualforce ページにデータグリッドが必要な場合次の作業を実行しますページネーションや絞り込みを使用する可能な場合はデータを参照のみにしてビューステートサイズを削減する指定されたレコードに不可欠なデータのみを表示し Ajax ベースの詳細ボックスまたは個別ページのリンクを提供して残りのデータを表示する遅延読み込みコストの高い計算またはデータ読み込みを削減したり遅延させたりするには遅延読み込みを使用しますこの手法を使用すると必要な機能が最初にページに読み込まれ残りの機能は一時的に遅延されるかその情報を必要とするアクションをユーザが実行するまで遅延されますこの手法ではユーザは必要な機能にすばやくアクセスできるためページ全体を読み込む合計時間は同じでも大きなページの見かけ上の応答性が向上します Visualforce ページの一部を遅延読み込みするには次の作業を実行します Visualforce コンポーネントの rerender 属性を使用してページ全体ではなくコンポーネントを更新する JavaScript Remoting を使用して JavaScript でコントローラの関数をコールし補助データまたは静的データを取得するカスタムコンポーネントを作成しユーザアクションに応じてデータの表示 / 非表示を行うページを遅延読み込みする場合ページを使用することが想定されるユーザ数およびデータ量を考慮し同時 API コール制限などの制限に注意しますたとえばナビゲーションツリーで必要な要素のみが読み込まれる場合クエリ数とデータの調和がとれていない状態になる可能性があります非同期タスクへの処理のオフロードコストの高い処理がページにとってあまり重要でない場合非同期タスクを使用してオフロードしますたとえばユーザがボタンをクリックして長時間実行されるタスクが完了して確認メッセージが表示されるまで待機するのではなく非同期で処理できるように長時間実行されるタスクをキューに入れてすぐに制御をユーザに返すことを検討してくださいタスクが完了したらメールまたはその他の方法でユーザに通知するようにページを設定しますカスタム設定へのグローバルデータのキャッシュ Visualforce ページではグローバルに計算結果が使用される場合がありますつまりページでユーザおよび要求に同じデータが使用されますこのようなページではカスタム設定に計算結果をキャッシュして結果を要求ごとではなく定期的に更新することでパフォーマンスが向上しますカスタム設定はアプリケーションキャッシュの一部であるため取得するときにデータベースクエリは必要ありませんこのアプローチとカスタムキャッシュデータの更新時間のバランスを取るようにしてください 5

10 効率的な Apex および SOQL の記述効率的な Apex および SOQL の記述 Visualforce ページで活用する Apex および SOQL はページの全体的なパフォーマンスに影響します Visualforce ページで使用するために Apex または SOQL を記述する場合次の作業を実行します可能な場合は Apex ではなく SOQL で計算を実行するループ内で DML を実行しない SOQL Apex Visualforce の順に絞り込むたとえば次のように処理しないでください <apex:pageblocktable value="{!positions}" var="position"> <apex:column value="{!position.name}" rendered="{!if(position.status c == 'Open - Approved', true, false)}"/> <apex:column value="{!position.location c}" rendered="{!if(position.status c == 'Open - Approved', true, false)}"/> <apex:column value="{!position.job_description c}" rendered="{!if(position.status c == 'Open - Approved', true, false)}"/> </apex:pageblocktable> Apex 開発者ガイドおよび大量のデータを使用するリリースのベストプラクティスを参照してください効率的な getter メソッドの記述 Visualforce は評価式アクション属性およびその他のメソッドコールを要求しますクラスで複数回 getter メソッドをコールする場合もあります ( 特に postback ( フォーム登録 ) の場合 ) プロパティの計算値をキャッシュしてプロパティにアクセスする他のコールでキャッシュ値を使用できるようにしオブジェクトが null の場合にのみデータをクエリする getter を Apex クラスに設定しますビューステートの最適化 Visualforce ページの状態を維持するために Lightning Platform プラットフォームはコンポーネントの状態項目値およびコントローラの状態を非表示のフォーム要素に格納しますこの暗号化された文字列がビューステートで 135 KB の制限がありますビューステートが大きいほど各要求 ( 逐次化並列化暗号化復号化など ) の処理時間が長くなりますビューステートのサイズを縮小するとページがより迅速に読み込まれ表示が停止する頻度が減少します開発モードフッターの [View State ( ビューステート )] タブを使用してビューステートのパフォーマンスを監視し次の対処法を実行します状態の維持に不可欠ではなくページの更新時にも不要な変数には Apex コントローラで transient キーワードを使用するビューステートの大部分をコントローラまたはコントローラ拡張で使用されているオブジェクトから取得していることが分かった場合は Visualforce ページに関連するデータのみを戻すように SOQL コールの絞り込みを検討するビューステートが大規模なコンポーネントツリーの影響を受けている場合はページが依存しているコンポーネント数の削減を試みる 6

11 コンポーネント階層の最適化ビューステートを削減する手順は次のとおりです絞り込みやページネーションを使用してデータを必要とする状態を減らす変数が現在の要求にのみ役立つ場合は transient キーワードを使用してインスタンス変数を宣言するビューステートにはコントローラと拡張機能のすべての非 transient メンバーおよびこれらの非 transient メンバーからアクセスできるオブジェクトが含まれます一部のデータを参照のみにすることができ <apex:inputfield> の代わりに <apex:outputtext> コンポーネントを使用できるかどうかを決定します開発モードフッターで [View State ( ビューステート )] タブを表示できるように開発モードおよび開発モードでビューステートを表示権限セットを設定するタブにはビューステートの配分が表示されます各ページのビューステートサイズを把握し大量のデータでテストしてリリース後に問題が発生するかどうかを確認してください JavaScript Remoting を使用する <apex:actionfunction> コンポーネントとは異なり JavaScript Remoting ではフォームコンポーネントは必要ありませんこの手法でページのビューステート全体を削減することはできませんが多くの場合ビューステートを転送逐次化および並列化することなくページのパフォーマンスを向上させることができますこのトレードオフとして re-render 属性を失いコールバックを処理する JavaScript コードが増加しますを参照してくださいコンポーネント階層の最適化フラットコンポーネント構造は深い階層コンポーネント構造よりもすばやく処理できますそのためカスタムコンポーネントのネストを制限して論理的に機能を編成しロジックが再利用または別のパッケージに含めることを目的とする場合にのみカスタムコンポーネントを活用します広大な階層では Visualforce は要求全体でコンテキストを維持することになりコンポーネント階層のトラバースによって時間やリソースを消費するためサーバ側の管理および処理時間が増加しますコンポーネントのネストが深いと処理コストが高くなります広大な階層の場合もページでヒープサイズのガバナ制限に達する危険性がありますポーリングの最適化 <apex:actionpoller> コンポーネントは Ajax 要求を行うタイマーです <apex:actionpoller> コンポーネントを使用するページではサーバに対して連続要求を行いますこれらの同時要求は長時間実行されるトランザクションになり他の待機中のトランザクションをブロックする可能性がありますユーザが長期間ページを開いたままにしたり複数の取引先の詳細を取得する場合などに同じページで複数のウィンドウを開いたりするとパフォーマンスが低下しますサーバの負荷を軽減してガバナ制限に達しないようにするには <apex:actionpoller> コンポーネントの interval 属性の値を増やして Visualforce ページから Apex をコールする間隔を延長しますたとえば interval 属性を 5 秒ではなく 15 秒に調整しますまた Ajax を使用して不要なロジックを非同期コードブロックにすべて移動したり同時にタブまたはウィンドウを開いた状態でページをテストして同じコンピュータから複数のポーリングがきていないかを確認したりします <apex:actionpoller> コンポーネントは処理コストの高くないページに適していますが計算により多くのサーバ時間が必要なページの場合は代わりに <apex:actionfunction> コンポーネントと JavaScript 7

12 HTML の最適化 Remoting を組み合わせて使用することを検討してくださいこの代替方法ではより多くのコードが必要になりますが柔軟性と効率性が向上します Two Visualforce Pages: ActionFunction and JavaScript Remoting (Visualforce の 2 つのページ : ActionFunction と JavaScript Remoting) を参照してください HTML の最適化 Visualforce ページの HTML を最適化して Visualforce がページの正確性を検証するサーバ側とユーザのブラウザでのパフォーマンスの応答性を高めるクライアント側の両方で効率的な処理が行われるようにします Visualforce コンポーネントを生成する HTML を確認します Visualforce ページには有効な HTML が必要ですコンパイル時に無効な HTML が修正されている場合 HTML が意図しない方法で表示されることがありますたとえば <apex:page> タグの内側に <head> または <body> タグがあると実行時に Visualforce ページによってそのタグが削除されます Ajax コードを確認します Ajax 要求中にサーバが受信 HTML を検証して修正し返答が DOM に正確に適合するようにします Visualforce ページに有効なマークアップがある場合や修正が不要な場合はこの処理がスピードアップします HTML の膨張を軽減しますブラウザは HTML とコンパイルされた Visualforce タグをキャッシュしますがこれらをキャッシュから取得するとパフォーマンスに影響しますまた不要な HTML によってもコンポーネントツリーのサイズや Ajax 要求の処理時間が増大します CSS の最適化 CSS スタイルを使用すると Visualforce ページの外観が向上しますがかなり重たくなる可能性があります Visualforce ページの CSS を最適化してクライアントに効率的に配信しキャッシュを向上させブラウザのページ表示を加速する次のヒントに従いますスタイルシートの外部化を検討しますつまりスタイルをページ自体から切り離し別個の CSS ファイルに配置しますこの処理により初回の HTTP 要求数は増えますが個々のページサイズは小さくなりますブラウザがスタイルシートをキャッシュした後全体的な要求サイズが減少しますすべての CSS ファイルを 1 つのファイルにまとめて HTTP 要求数を削減しますコメントや空白 ( スペース改行タブ ) を削除後にファイルを圧縮してダウンロード時間を短縮します CSS ファイルや画像 JavaScript その他の不変のファイルには静的リソースを使用しますスタイルシートやその他のアセットに静的リソースを用いるとキャッシュや Salesforce に組み込まれたコンテンツ配信ネットワーク (CDN) を有効に活用することができます Salesforce の CSS ファイルを使用しないページについては <apex:page> タグの showheaders 属性と standardstylesheets 属性を false に設定しますこの処理により標準の Salesforce の CSS ファイルが生成されるページヘッダーから除外されますヒント : JavaScript と CSS の場合開発中に変更を行いそれを処理してパッケージ化しリリースすると負担になることがありますこうした処理についてはスクリプトを使用して自動化することを検討します 8

13 JavaScript の最適化 JavaScript の最適化 JavaScript を最適化してクライアントに効率的に配信しキャッシュを向上させブラウザのページ表示を加速します JavaScript ファイルの外部化を検討しますこの処理により初回の HTTP 要求数は増えますが個々のページサイズが小さくなりブラウザのキャッシュを利用することができます必要な関数に限定した JavaScript ライブラリのカスタムバージョンを構築します jquery など多くのオープンソースの JavaScript ライブラリにはこうしたオプションがありファイルサイズを大幅に縮小できますすべての JavaScript ファイルを 1 つのファイルにまとめて HTTP 要求を減らし重複する関数を削除します関数が重複すると複数の HTTP 要求が処理され JavaScript が無駄に実行されることがありますコメントや空白 ( スペース改行タブ ) を削除後にファイルを圧縮してダウンロード時間を短縮しますスクリプトをページの下部に配置します終了タグ </body> のすぐ前にスクリプトを読み込むとページに他のコンポーネントが最初にダウンロードされページを順次表示できますメモ : ページにマイナスの影響を及ぼさない確信がある場合にのみ JavaScript をページの下部に移動してくださいたとえば document.write を必要とする JavaScript のコードスニペットやイベントハンドラは <head> 要素に配置したままにする必要があります JavaScript ファイルを含める場合に <apex:includescript> を使用するのではなく終了タグ </apex:page> のすぐ前に標準の HTML の <script> タグを使用することを検討します <apex:includescript> タグにより JavaScript が終了要素 </head> のすぐ前に配置されますこの処理によりブラウザが他のコンテンツをページに表示する前に JavaScript の読み込みを試行します JavaScript ファイルや画像 CSS その他の不変のファイルには静的リソースを使用します JavaScript やその他のアセットに静的リソースを用いるとキャッシュや Salesforce に組み込まれたコンテンツ配信ネットワーク (CDN) を有効に活用することができますヒント : JavaScript と CSS の場合開発中に変更を行いそれを処理してパッケージ化しリリースすると負担になることがありますこうした処理についてはスクリプトを使用して自動化することを検討します画像の利用の最適化画像は Web ページ最大のコンポーネントであることが多くパフォーマンスに多大な影響を及ぼしますパフォーマンスへの影響を最小限に抑えるために画像に関する以下のヒントに従います使用する画像数を減らすと同時に背景のテクスチャを小さくし可能な場合は画像の代わりに CSS を使用します個別の画像の代わりに CSS スプライトを使用します CSS スプライトを使うとボタンやアイコンなどよく似たサイズのグラフィックを 1 つのファイルにまとめ CSS の background-image プロパティや background-position プロパティを使用して 1 つにまとめた画像を部分ごとに表示できますこの技法により使用する画像数が減ると HTTP 要求数も減りますさらに画像をまとめたスプライトファイルは通常極めて簡単にキャッシュされます 9

14 Internet Explorer のページの最適化画像のほか CSS JavaScript その他の不変のファイルには静的リソースを使用します画像やその他のアセットに静的リソースを用いるとキャッシュや Salesforce に組み込まれたコンテンツ配信ネットワーク (CDN) を有効に活用することができます画像を圧縮しますグラフィックツールは通常圧縮することよりも視覚的に正確であることを優先するデフォルト設定を使用し画像の保存時にメタデータを追加します画像圧縮ツールを使うと画質を損なうことなく画像ファイルを 10~30% 圧縮できますヒント : 開発ワークフローに画像アセットを圧縮するスクリプトの追加を検討します Internet Explorer のページの最適化組織で Microsoft Internet Explorer を使用している場合は Visualforce ページを次の方法で最適化します AlphaImageLoader 条件は使用しないでくださいこの条件によって表示が妨げられ画像のダウンロード中にブラウザがフリーズしますまたメモリの消費量が増えメモリが画像ごとではなく要素ごとに適用されるため問題が倍増しますの代わりに <link> を使用するとダウンロードの順序が変更され順次表示が阻害されます CSS 式は回避しますこの式により CSS プロパティを動的に設定できますが Internet Explorer はこの式を予想を上回る頻度で評価します Visualforce のパフォーマンスの最適化に関する事例実際の状況でこれらのベストプラクティスがどのように連携するのかを理解するために顧客がデータグリッドを備えた Visualforce ページを使用して売上予測を収集する場合を考えます売上予測のデータモデルにはマルチレベルのオブジェクト階層が含まれていますページにはピボットデータを表示するための計算も含まれています平均的なユーザの場合グリッドに約 1,500 個のセルが含まれるためページの読み込みが遅くなりヒープおよびビューステートの制限に達します同じような状況でページのパフォーマンスを最適化するには次の作業を実行しますページのタスクに集中させて入力用のみに使用する入力と一部の集計レポートの両方にページを使用すると必要以上に作業が複雑になりますカスタムオブジェクトを作成してレポートの集計データを保持する集計情報の表示に必要な数式を削除してヒープサイズを削減します一部の設計要件 ( 特にページネーション ) を緩和する 1 つのページにすべての取引先を表示しないようにするこの方法によりページ読み込み速度とビューステートサイズの両方を改善できますデータグリッドセルを参照のみにする編集はセルをクリックして編集の保存は Ajax を使用して行うようにしますこれらの方法はビューステートに大きな影響を与えますその他のリソースおよびツール Web ページのパフォーマンスの最適化についての詳細は次を参照してください 10

15 その他のリソースおよびツール Steve Souders のブログ High Performance Web Sites ( 高パフォーマンスの Web サイト ) Exceptional Performance team - Yahoo! ( 卓越したパフォーマンスチーム - Yahoo!) Developer Network Two Visualforce Pages: ActionFunction and JavaScript Remoting (Visualforce の 2 つのページ : ActionFunction と JavaScript Remoting) An Introduction to Visualforce View State (Visualforce ビューステートの概要 ) 11

内容 1. このドキュメントについて... 3 (1) ドキュメントについて... 3 (2) 注意事項... 3 a. お客様へのお願い... 3 b. 商標について速度性能向上対策 ( パフォーマンスチューニング )... 4 (1) 最適なブラウザの種類バージョンを選択する

SkyVisualEditor 開発ベストプラクティス - パフォーマンス編 - Ver 1.0.0 2015 年 9 月 1 日株式会社テラスカイ Page 1 of 14 内容 1. このドキュメントについて... 3 (1) ドキュメントについて... 3 (2) 注意事項... 3 a. お客様へのお願い... 3 b. 商標について... 3 2. 速度性能向上対策 ( パフォーマンスチューニング