パフォーマンス波及効果ではなく、ビュー

Question

FilePathResultではなく、ビューを提供する任意の（私たちはヘッドレスブラウザを使用して、ウェブサイトのサーバーにキャッシュされたコピーを作成した場合）

public class HomeController : Controller 
{ 
    public ActionResult Index() 
    { 
     var url = Request.RawUrl.Replace("/", "_"); 
     var path = System.Configuration.ConfigurationManager.AppSettings["PreloadPath"] + "\\" + url + ".html"; 
     if (System.IO.File.Exists(path)) 
     { 
      return new FilePathResult(path, "text/html"); 
     } 
     else 
     { 
      return View("Index"); 
     } 
    } 
} 

我々は次の場合にパフォーマンスの波及効果は何ですか要求ごとにAppSettingsにアクセスしなければならない場合は、ファイルシステムを使用してファイルが存在するかどうかを確認し、そのhtmlファイルを提供してください。ただ

return View("Index"); 

と比較してあるような費用

は、ファイルへのアクセスは、サーバー上の任意のコストを持っていますか？あるいは、私はナンセンスな話をしていますが、IISは同様のアクションを実行する必要がありますか？

注：私は

Answer 1

は、あなたが最後にそれがダウンしてHttpResponseのWriteStreamAsTextになっていることがわかりますsource codeFilePathResultさんを見て、それらを追加する必要がある場合は、他のタグを提案してください。たとえば、.Netコードがなくても直接ファイルを処理するなど、IISへの魔法の呼び出しはないことは明らかです。

これはまだ私がビューを実行するよりもやや速いと言いましたが、には解釈と実行が必要です。