私はクライアントにウェブアプリケーションのアップグレードを手伝っています。これには、古くなったブックマークを新しいURLに100回ルーティングする必要があります。それは私がルーティングテーブルを更新し、時代遅れブックマークに対処するためのweb.configファイルに書き換えルールを入れていないしなければならない明確なようで、以下のリンクを見直してパフォーマンスリライトのルールとroutes.maprouteとの比較
：
When to use routes vs. rewrite rules?
http://www.iis.net/learn/extensions/url-rewrite-module/iis-url-rewriting-and-aspnet-routing
好奇心の観点から、web.config内のroute.maproute内のエントリを直接処理する100-250の書き換えルールを持つことは、マテリアルパフォーマンスヒットになりますか？右？
どちらの方法でも、すべてのルールが実行される必要があります。の前に、のいずれかの実際のルートがヒットします。したがって、いずれのアプローチにも使用されるパフォーマンスの量は似ています。
IIS書き換えモジュールは、.NETが要求に関与する前に発生するため、少し速くなると思われます。しかし、実際のパフォーマンスは、部分一致のURLマッチ（最速）と大文字と小文字を区別した完全なURLマッチ（高速）と大文字と小文字を区別しない完全なURLマッチ（それほど高速ではない）と正規表現の使用（遅い）これらのオプションのすべてがIISリライトで使用できるわけではないことに注意してください。それは時代遅れ URLのマッピングルートよりも、IISのリライトを使用することをはるかに理にかなって、メンテナンスの観点からも
、。その後、これらの古いURLをアプリケーションの設定から外しておくことができます。
唯一の例外は、ブラウザがHTTP 301を尊重しない場合のユーザーエッジのケースを処理し、make a user-friendly redirect pageを使用して、更新されたURLを知り、ブックマークを更新するようにしたい場合です。 IISリライトモジュールは301の応答を送信するだけで、クライアントがそれを尊重すると想定しています（必ずしもそうではありません）。