ASP.NETでパフォーマンスが遅いDisplayFor ASP.NET MVC

Question

私の現在のアプリケーションでは、かなり長いテーブルを生成してユーザーに表示しています。私は、@ Html.DisplayForの使い方まで追跡した重大なパフォーマンス上の問題を見てきましたが、なぜそれほど確かではありません。

編集：コードサンプルをより簡潔で再現性のある設定に置き換えました。

問題を特定するために、私はVisual Studioのすべてのデフォルト設定を使用して、認証なしで新しいasp.netコアMVCプロジェクトを作成しました。私は、次のようなビューモデルを作成した：ビューは、データを表示することができる最低限である

public IActionResult TestThings() 
    { 
     var list = new List<TestingViewModel>(); 
     for(var i = 0; i < 1000; i++) 
      list.Add(new TestingViewModel {Id = i, TextValue1 = "Test", TextValue2 = "Test2"}); 

     return View(list); 
    } 

：そして

public class TestingViewModel 
{ 
    public int Id { get; set; } 
    public string TextValue1 { get; set; } 
    public string TextValue2 { get; set; } 
} 

ビューに渡すデータとビューモデルを満たすコントローラを追加しました：

@model List<DisplayForTest.ViewModels.TestingViewModel> 

@foreach (var item in Model) 
{ 
    @Html.DisplayFor(m => item.Id) 
    @Html.DisplayFor(m => item.TextValue1) 
    @Html.DisplayFor(m => item.TextValue2) 
} 

このコードを実行すると、実行に1秒以上かかる！原因はDisplayForです。

@model List<DisplayForTest.ViewModels.TestingViewModel> 

@foreach (var item in Model) 
{ 
    @item.Id 
    @item.TextValue1 
    @item.TextValue2 
} 

これは13msでレンダリングされます。 DisplayForがレンダリングに膨大な時間を追加していることは間違いありません。私のPC上では1コールあたり0.4ms近くあります。それは孤立しているわけではありませんが、リストやその他のものにとっては非常に悪い選択です。

DisplayForは本当に遅いですか？または私はそれを間違って使用していますか？

Answer 1

DisplayForは本当に遅いですか？または私はそれを間違って使用していますか？

ラムダ式の評価と実行には少しオーバーヘッドがかかります。最初にフレームワークはvalidate it、次にevaluate itです。 私はここでビットを推測していますが、これはパフォーマンス上の懸念がどこから来ているかのようです。これらの方法の両方は反射を必要とする。

他のすべての表示方法（ValueFor、DisplayTextForなど）は、あなたの例で同じパフォーマンス効果があります。

なぜ私はMVCチームがデフォルトの足場に使われているか話すことはできませんが、それは私には合っています。 DisplayForは、最も一般的なユースケース（プロパティの値を表示し、カスタムテンプレートを使用してプロパティの値を表示する）と、ほとんどの場合うまくうまく実行することができます。

この場合、生の値（基本的には.ToString）を使用するか、探しているものによってはHtml.Encode/Html.Rawメソッド内で使用することに問題はありません。