ホーム>ネットワークプログラミングチュートリアル>ASP.NET チュートリアル

URL書き換え（1）：IISとASP.NET

著者：Eve Cole 更新時間：2009-06-29 23:46:48
URL Rewrite は長い間大多数の開発者に受け入れられており、インターネット上には URL Rewrite に関するコンポーネントや記事が無限にあります。しかし、私は常に満足できないと感じており、最終的にはこのシリーズを書かずにはいられませんでした。記事の。これらの記事では、URL 書き換えの価値や重要性については説明せず、純粋に技術的な内容についてのみ説明します。この記事では詳細な実装分析は行いませんが、私の経験を組み合わせてこのトピックをアプリケーションの観点から説明します。すでに知っていること、まだ知らないこと、どこかで言及されていること、まだ言及されていないこと、この連載の「古いものへの再訪」を退屈せずに楽しんでいただければ幸いです。 ASP.NET のあらゆる側面を理解するのに役立ちます。今後、URL Rewrite で問題が発生した場合、これらの記事を思い浮かべることができれば、夢の中で大笑いしそうです。

この記事で後ほど説明するトピックを完全に理解するには、IIS と ASP.NET の間の通信プロセスを簡単に理解する必要があります。ここで説明しているのは IIS 6 サーバーです。 IIS 5 と IIS 7 に関しては、前者は削除されたと言えますが、後者の「クラシック モード」は IIS 6 とまったく同じであり、新しい「パイプライン モード」は実際には ASP のいくつかの概念について話しています。 NET と IIS の緊密な統合。 IIS 6 と ASP.NET を理解していれば、IIS 7 の統合モードで問題は発生しないと思います。

まず、要求の受信から応答を返すまでの IIS のプロセス全体におけるいくつかの主な手順を示す簡単な概略図を見てみましょう。

  1. IIS がリクエストを受け取ります。
  2. セレクターは、URL の特性と IIS の構成に基づいて、要求を処理する ISAPI を選択します。現在では、ASP.NET ISAPI を選択するのが自然です。
  3. ASP.NET 実行エンジンは要求を受信し、データを初期化します (さまざまなオブジェクトの構築など)。
  4. さまざまなパイプライン イベントのトリガーを開始します。当然ながら BeginRequest から始めます。
  5. 複数の Pipeline イベントの後、ASP.NET は構成に従って現在の要求に適切な Handler または HandlerFactory を選択します (結果を直接出力して前のイベントで要求を終了するなどの特別な状況を除く)。
  6. Handler によって処理された後、いくつかの Pipeline イベントを経て、EndRequest で終了します。
  7. 出力応答。

ASP.NET アプリケーションで URL 書き換えを実行する場合は、通常、BeginRequest イベントで HttpContext の RewritePath メソッドを呼び出して、リクエストをターゲット URL に再配置します。たとえば、Global.asax の Application_BeginRequest メソッドをオーバーライドして、これを実現できます。

BeginRequest で Rewrite が実行される理由は、このイベントがすべての Pipeline イベントの中で最も早くトリガーされるためです。この時点で再配置すると、現在の HttpContext の一部のプロパティもそれに応じて変更されます (HttpContext.Request.Path など)。このようにして、次のパイプライン イベントのハンドラー ロジックが影響を受けます。たとえば、ディレクトリに基づいてアクセス許可を決定する必要がある場合、ASP.NET が受信した要求の代わりに、「場所にある」パスが使用されます。当然のことながら、最も「重要な」変更はハンドラーの選択です。たとえば、上記の例では、ASP.NET エンジンが System.Web.UI を選択するように、リクエストを「CustomerList.aspx」ファイルに再配置します。 *.aspx に対応します。Pag​​eHandlerFactory クラスはリクエストを処理します。

パブリッククラスグローバル: System.Web .
{
    protected void Application_BeginRequest(オブジェクト送信者, EventArgs e)
    {
        HttpContextコンテキスト = HttpContext .Current;
 
        if (context.Request.Path.Equals( "/Customers" ,
            StringComparison .InvariantCultureIgnoreCase))
        {
            context.RewritePath( "~/CustomerList.aspx" );
        }
    }

最後に余談です

が

、「ASP.NET パイプライン」と「Web フォーム」という 2 つの概念を区別する必要があります。どちらも ASP.NET の重要なモデルですが、違いは依然として非常に大きいです。

  • ASP.NET パイプライン: ASP.NET アプリケーションが受信したすべての要求は、この「パイプライン」を通じて処理されます。これは ASP.NET レベルのモデルです。
  • Web フォーム: ASP.NET パイプラインの実行中のステップの 1 つは、要求を処理する適切なハンドラー (または HandlerFactory) を選択することです。 aspx ページの場合、ASP.NET は System.Web.UI.PageHandlerFactory クラスを選択し、このクラスで WebForms モデルが最終的に形成されます。

実際、上の文の「形式」という言葉は正確ではないかもしれません。 Web フォームはおそらく独立して使用できる実行エンジンとモデルであるはずであり、System.Web.UI.PageHandlerFactory はこのモデルのみを使用するためです。 ASP.NET アプリケーションを作成する場合、必要に応じてこのモデルを他の場所で使用できます。たとえば、記事「 テクニック: HTML 生成にユーザー コントロールを使用する」では、コンテンツを生成するためのジェネリック ハンドラーのテンプレートとして ascx を使用しています。
関連記事