MVC Razor @foreach

Question

我听说在视图中有@foreach是一个禁忌。意思是，这个观点不应该有任何逻辑。 @foreach的逻辑应该放在哪里的最佳实践是什么？

@foreach.. 

Answer 1

什么是其中用于@foreach的逻辑应该是最好的做法？

无处不在，只是摆脱它。你可以使用编辑器或显示模板。

因此，例如：

@foreach (var item in Model.Foos) 
{ 
    <div>@item.Bar</div> 
} 

完全可以通过精细的显示模板替换：

@Html.DisplayFor(x => x.Foos) 

，然后你会定义相应的显示模板（如果你不喜欢default one ）。所以，你会定义一个可重复使用的模板~/Views/Shared/DisplayTemplates/Foo.cshtml它会自动通过框架的FOOS集合中的每个元素被渲染（IEnumerable<Foo> Foos { get; set; }）：

@model Foo 
<div>@Model.Bar</div> 

显然完全相同的约定申请应在情况下使用编辑模板，你想要显示一些输入字段，允许您编辑视图模型，而不是只显示为只读模式。

Answer 2

我使用@foreach当我发送包含的实体的列表，如果我送为模型实体的Foo包含Foo1(List<Foo1>)（例如，以显示在1个视图2个栅极）

例如一个实体和Foo2(List<Foo2>)

可以参考我的第一清单具有：

@foreach (var item in Model.Foo.Foo1) 
{ 
    @Html.DisplayFor(modelItem=> item.fooName) 
} 

Answer 3

当人们说不要放在观点的逻辑，他们通常指的是业务逻辑，而不是渲染逻辑。根据我的观点，我认为在视图中使用@foreach非常好。

Answer 4

对@DarinDimitrov的回复，用于在剃刀视图中使用foreach的情况。使用过载指示模板@Html.DisplayFor(x => x.Foos, "YourTemplateName)时

<li><label for="category">Category</label> 
     <select id="category"> 
      <option value="0">All</option> 
      @foreach(Category c in Model.Categories) 
      { 
       <option title="@c.Description" value="@c.CategoryID">@c.Name</option> 
      } 
     </select> 
</li> 

Answer 5

The answer将无法​​正常工作。

似乎是这样设计的，see this case。也异常的框架给了（约并未如预期的类型）是相当误导和愚弄我第一次尝试（感谢@CodeCaster）

在这种情况下你必须使用@foreach

@foreach (var item in Model.Foos) 
{ 
    @Html.DisplayFor(x => item, "FooTemplate") 
}