私は新しい asp.net Web フォーム サイトを作成していて、自分の URL を美しくしたいと考えています。「www.mysite.com/1-2,3」のような URL を受け入れて、「 www.mysite.com/page.aspx?a=1&b=2&c=3". パフォーマンスとメンテナンスの容易さの観点から、IIS7 Url Rewriting または Routing のどちらがこのタスクに最適なオプションであるか。ところで、中程度の信頼の共有ホスティング IIS7、おそらく 6 を使用する予定です。
以前は PHP の mod_rewrite を使用していましたが、これには非常に満足していましたが、現在、このサイト全体が ASP.NET に変換されており、どのオプションを選択すればよいかわかりません。
ルーティングを使用することについて、私は強く主張します。要求リソース解決ロジックをアプリケーション内に保持するため、必要に応じてアプリケーション依存のロジックを簡単に追加でき、アプリケーションと別の構成リソースとの間の同期を維持する必要がなくなります。
ルーティングは、従来の Web フォームでうまく機能します。
URL の書き換えは、多くの場合 (常にではありませんが)、解決策ではなく、問題の補償です。サーバー ソフトウェアとフレームワークは、物理的なリソースを表すWebページの古い概念に基づいて構築されています。ただし、Webアプリケーションはリクエストにコマンドとして反応する必要があります。しかし、そのモデルをネイティブにサポートし始めたのは、比較的最近の最新の Web フレームワークだけです。ルーティングは、それらの開発の 1 つです。
ルーティングを使用することを強くお勧めします。実際には、フレームワークの次のバージョンで Web フォームとの統合が強化されます。そもそもルーティングがないため、URL の書き換えは「ハック」に近いものです。「磨き上げたい」プロジェクトがすでにある場合は、URL の書き換えで問題ありません。
しかし、ゼロから始めるときは、間違いなくルーティングを使用します。
ルーティングはアプリケーションの構造を隠し、パラメーターを含むページへのパスではなく、表示したいコンテンツへのパスとして、URL をより多く考えさせます。また、書き換えの場合のように、何かを変更するときに 2 つのことを追跡する必要はありません。
この記事の詳細
IIS 5/6 は、基本的に IIS の mod_rewrite と同等の ISAPI フィルタリングを使用していました。IIS7 の URL 書き換えは、ISAPI よりも管理と構成がはるかに簡単であると聞いています。
それは、従来の ASP.Net を使用しているか、新しい MVC フレームワークを使用しているかによって異なります。私は MVC フレームワークの経験はありませんが、すぐに探しているものをサポートしているようです。
従来の ASP.Net 側では、現在ISAPI_Rewriteという IIS 拡張機能を使用しています。Apache の mod_Rewrite と同様に動作し、有料バージョン ($100) のほとんどの機能を備えた無料バージョンを使用できます。