ASP の新機能

Active Server Pages (ASP) はさまざまな点で機能が強化され、スクリプト作成者および Web アプリケーション開発者にとって使いやすくなっています。

新しいフロー制御機能 ASP Server オブジェクトでは、Server.Transfer と Server.Execute という新しい 2 つのメソッドで、プログラムのフロー制御が可能となりました。これらのメソッドを使用すると、要求のリダイレクトによるクライアント/サーバー間のやり取りをせずに、サーバーから直接 .asp ファイルへ要求を転送できます。詳細については、「ブラウザにコンテンツを送信する」を参照してください。

エラー処理 新しいエラー処理機能が ASP に追加され、カスタムエラーメッセージの .asp ファイルでエラーをトラップできるようになりました。新しい Server.GetLastError メソッドを使用すると、エラーの説明やエラーが発生した行番号などの情報を表示できます。詳細については、「ASPError オブジェクト」を参照してください。

スクリプトレス ASP 通常、静的なコンテンツはサーバー側コンテンツよりも速く処理されるため、以前は ASP 機能を含んだファイルだけに .asp ファイル拡張子を付ける方が便利でした。この場合、ASP 機能を静的な .html ファイルへ追加する必要があるたびに、手動で .asp ファイル拡張子を追加し、関連するハイパーリンクを修正しなければなりませんでした。しかし、この ASP の最新リリースでは、サーバー側機能を含んでいない .asp ファイルが、以前よりも高速に処理されるようになりました。したがって、開発中の Web アプリケーションの中のファイルが最終的には ASP 機能を必要とする可能性がある場合、静的なコンテンツまたはサーバー側コンテンツが含まれているかどうかに関係なく、自由にそれらのファイルに .asp ファイル拡張子を付けることができます。詳細については、「ASP ページを作成する」を参照してください。

パフォーマンスが向上したオブジェクト Active Server Pages の新バージョンでは、よく使用されるインストール可能なコンポーネントのパフォーマンスが向上しています。これらのオブジェクトは、広範囲の Web 発行環境に合わせて確実に調整されます。詳細については、「ASP で利用可能なコンポーネント」を参照してください。

XML の統合 Extensible Markup Language (XML) を使用すると、複雑なデータまたはドキュメント構造を意味的に記述することができ、さまざまなアプリケーション、クライアント、およびサーバー間で共有できるようになります。Microsoft® Internet Explorer Version 4.0 以降に組み込まれている Microsoft® XML Parser を使用すると、Web サーバーと、Internet Explorer Version 4.0 以降または XML 解析機能を持つ他のサーバーとの間で XML 形式のデータをやり取りできるサーバー側アプリケーションを作成できます。詳細については、Microsoft XML の Web サイトを参照してください。

Windows Script Components ASP では、Microsoft の強力な新スクリプトテクノロジである Windows Script Components をサポートします。つまり、ビジネスロジックのスクリプトプロシージャを再利用可能な COM (Component Object Model) コンポーネントに変換できるようになります。この COM コンポーネントは、ほかの COM 準拠プログラムだけでなく、Web アプリケーションでも使用できます。詳細については、「コンポーネントとオブジェクトを使用する」を参照してください。

ブラウザ機能を判別する新しい方法 ASP には、正確にブラウザ機能を判別する新しい機能が付いています。ブラウザの機能が記述された、簡単なクライアント側スクリプトでインストール可能な cookie がブラウザから送信される場合、Browser Capabilities コンポーネントのインスタンスを作成すると、cookie が返すブラウザのプロパティを取得できます。この機能を使用すると、ブラウザの機能を知ることができ、その機能に応じてアプリケーションを調整できます。詳細については、「cookie から Browser Capabilities を取得する」を参照してください。

ASP のセルフチューニング ASP では、実行中の要求が外部リソースによってブロックされるとそれを検出し、追加要求を同時に実行しながら通常の処理を継続するように、自動的にスレッド数を増加させます。CPU が過負荷状態になった場合には、ASP はスレッド数を制限し、過度の非ブロック要求を同時に実行したときに発生する継続的なスイッチングを減少させます。詳細については、「AspThreadGateEnabled」のメタベースプロパティリファレンスを参照してください。

SRC 属性を使用するサーバー側インクルード HTML の <SCRIPT></SCRIPT> タグの SRC 属性を使用し、サーバー側インクルードを実行できるようになりました。SRC 属性を使用して仮想パスまたは相対パスを指定し、RUNAT=SERVER 属性を使用してサーバー側実行であることを表すと、#Include ディレクティブと同じ機能を実現できます。詳細については、「ファイルをインクルードする」を参照してください。

ASP スクリプトのエンコード 従来、Web 開発者は、第三者によってスクリプトのロジックを知られてしまうことを避けられませんでした。今回 ASP では、Microsoft® Visual Basic Scripting Edition (VBScript) および Microsoft® JScript 5.0 で提供されている、新しいスクリプト符号化ユーティリティをサポートしています。Web 開発者は、プログラムロジックを読み取ることのできない ASCII 文字で表示するエンコード方式を、クライアント側とサーバー側両方のスクリプトに設定できます。エンコードされたスクリプトは実行時にスクリプトエンジンによってデコードされるため、ほかのユーティリティは必要ありません。この機能は、セキュリティ保護の暗号化ソリューションを目的としたものではありませんが、これにより第三者によるスクリプトの参照やコピーの多くを回避することができます。詳細については、Microsoft Script Technologies の Web サイトを参照してください。

インターナショナル ASP 開発 Response.CodePage と Response.LCID という 2 つの新しいプロパティが Response オブジェクトに追加されました。これらのプロパティは、セッションを有効にすることなく、動的文字列のコードページおよびロケール設定にページレベルのコントロールを提供します。Session.CodePage および Session.LCID も動的文字列のコードページおよびロケール設定にセッションレベルのコントロールを提供しますが、@CodePage および @LCID によって不用意に上書きされることはなくなりました。@CodePage および @LCID は、Web ページの静的文字列に影響します。既定では、これらの値のすべてが既定のシステム ANSI コードページ (CP_ACP) および既知のシステムロケール (LOCALE_SYSTEM_DEFAULT) によって暗黙的に設定されます。ただし、メタベースプロパティ AspCodePage または AspLCID が Web サイトまたは仮想ディレクトリに設定されている場合は、これらが既定値になります。メタベースプロパティは、システム既定値とは異なるコードページを必要とする global.asa ファイルで使用できます。強化された UTF-8 サポートには、フォームデータおよびサーバー変数などの組み込みオブジェクト内の代理文字サポートおよび自国語に翻訳された文字サポートが含まれます。