4

当我构建视图时，我想尽可能多地消除处理逻辑。理想情况下，我想只使用 HTML 并使用 Razor 呈现值。

所以假设我有一个带有 BarModel 对象列表的 FooModel：

public class FooModel
{
    public List<BarModel> Bars { get; set; }

    public string FoosFirstValue { get; set; }
    public string FoosOtherValue { get; set; }
}

public class BarModel
{
    public string SomeValue { get; set; }
    public string SomeOtherValue { get; set; }
}

在我看来，我需要循环并在我的 Bars 上显示元素：

@model MyApp.FooModel
<div>@Model.FoosFirstValue</div>
<div>@Model.FoosOtherValue </div>
<div>
    Bars:
    <ul>
        @foreach (var bar in Model.Bars)
        {
            <li>@bar.SomeValue: @bar.SomeOtherValue</li>
        }
    </ul>
</div>

无论如何要避免在我看来使用循环？

4

1 回答 1

12

虽然在 MVC 视图中循环并不一定是坏事，但一些纯粹主义者（就像你似乎是）更喜欢保持他们的视图超级干净并且没有任何处理逻辑。

对您来说幸运的是，MVC 中有一个鲜为人知的宝石，它可以获取一个 IEnumerable 对象列表，并将其渲染到绑定到单个对象的编辑器/显示模板——它为您处理循环。

例如，如果您设置了显示模板部分视图，我们将其命名为 BarModel.cshtml（应存储在PartialViewLocationFormats 搜索路径之一的“DispalyTemplate”子文件夹下）：

@model MyApp.BarModel
<li>@Model.SomeValue: @Model.SomeOtherValue</li>

现在，在您的视图中，您可以简单地使用 调用显示模板Html.DisplayFor，并将完整列表作为模型传递：

<div>
    Bars:
    <ul>
        @Html.DisplayFor(m => m.Bars)
    </ul>
</div>

就是这样。它将获取您的 BarModel 列表，并为列表中的每个 BarModel 对象生成部分显示模板。

当然，对于您的简单示例，这实际上取决于个人喜好，因为没有主要好处，除非您只是想摆脱循环逻辑。

但是，如果您需要在同一视图或不同视图的多个位置共享此显示模板，那么构建这样的视图并减少复杂性和代码重复确实是值得的。

另一个旁注：此方法假定您要显示列表中的每个项目，并按照其存储在列表中的顺序。如果您需要有条件地显示项目，或者想要以不同的顺序显示，这种方法将不起作用。

但是，如果是这种情况，我建议完全按照您在视图中显示的需要设置列表。也就是说，在构建列表的控制器/服务中进行任何过滤/排序，并让您的视图仅渲染您的模型。

于 2012-11-30T15:29:46.267 回答