大きな JSP ファイルをいくつかの小さな JSP ページに分割し、サイトの他の領域で再利用できるようにし始めています。
パラメータを受け取り、それに応じて動作を調整する大きなモノリシック JSP ファイルとして残すというアプローチを取ることができます。もう 1 つのアプローチは、それを分割して、jsp:include 経由で呼び出されるようにすることです。
サーバー内からディスパッチされる追加のリクエスト呼び出しを作成する場合のパフォーマンス上の懸念事項は何ですか? 1 つの JSP ページとして保持する方がパフォーマンスの面で優れていますか?
ベストアンサー1
は、コンパイル時ディレクティブ (実際には変換時) である ディレクティブjsp:include
とは異なり、実行時ディレクティブです<%@ include ... %>
。JSP は通常、本番環境用に事前コンパイルされるか、最悪の場合でもアプリケーションの展開ごとにコンパイルされるため、コンパイル時の include ディレクティブは比較的無害です。このため、静的ファイルにはコンパイル時ディレクティブを使用することをお勧めします。静的ファイルは実行時に変更されることはありません。
他方のヘッドのランタイム include ディレクティブを誤って使用すると、特に静的ファイルがインクルードされている場合にパフォーマンスが低下する可能性があります。これは主に、JSP コンテナが静的ファイルのコンテンツを取得して、それをレスポンスに含める必要があるためです。したがって、ランタイム ディレクティブの使用は、コードの見栄えを良くするためだけではなく、別のサーブレットまたは JSP のレスポンスがレスポンスに含まれる、本当に便利なシナリオに限定してください。