306

所以，标题应该不言自明。

要在 ASP.NET MVC 中创建可重用的组件，我们有 3 个选项（可能是我没有提到的其他选项）：

局部视图：

@Html.Partial(Model.Foo, "SomePartial")

自定义编辑器模板：

@Html.EditorFor(model => model.Foo)

自定义显示模板：

@Html.DisplayFor(model => model.Foo)

就实际的 View/HTML 而言，所有三个实现都是相同的：

@model WebApplications.Models.FooObject

<!-- Bunch of HTML -->

所以，我的问题是 - 您何时/如何决定使用这三个中的哪一个？

我真正在寻找的是在创建一个问题之前要问自己的问题列表，其答案可用于决定使用哪个模板。

这是我发现使用 EditorFor/DisplayFor 更好的两件事：

  1. 他们在渲染 HTML 帮助器时尊重模型层次结构（例如，如果您的“Foo”模型上有一个“Bar”对象，“Bar”的 HTML 元素将使用“Foo.Bar.ElementName”渲染，而部分将具有“元素名称”）。

  2. 更健壮，例如，如果您List<T>的 ViewModel 中有 a of ，您可以使用@Html.DisplayFor(model => model.CollectionOfFoo)，并且 MVC 足够聪明，可以看到它是一个集合并为每个项目呈现单个显示（而不是 Partial，这需要显式的 for环形）。

我还听说 DisplayFor 呈现“只读”模板，但我不明白 - 我不能在上面扔一个表格吗？

有人可以告诉我其他一些原因吗？有没有比较这三者的列表/文章？

4

5 回答 5

304

EditorForvsDisplayFor很简单。这些方法的语义是生成编辑/插入和显示/只读视图（分别）。在显示数据时使用DisplayFor（即当您生成包含模型值的 div 和 span 时）。在编辑/插入数据时使用EditorFor（即当您在表单中生成输入标签时）。

上述方法都是以模型为中心的。这意味着他们将考虑模型元数据（例如，您可以使用[UIHintAttribute]or注释您的模型类，[DisplayAttribute]这将影响选择哪个模板来生成模型的 UI。它们通常也用于数据模型（即模型表示数据库中的行等）

另一方面Partial是以视图为中心，因为您最关心的是选择正确的局部视图。视图不一定需要模型才能正常运行。它可以只有一组通用的标记，可以在整个站点中重复使用。当然，很多时候你想要影响这个局部的行为，在这种情况下你可能想要传入一个适当的视图模型。

你没有问@Html.Action这里也值得一提。您可以将其视为更强大的版本，Partial因为它执行控制器子操作，然后呈现视图（通常是局部视图）。这很重要，因为子操作可以执行不属于局部视图的附加业务逻辑。例如，它可以表示购物车组件。使用它的原因是避免在应用程序的每个控制器中执行与购物车相关的工作。

最终选择取决于您在应用程序中建模的是什么。还请记住，您可以混合搭配。例如，您可以有一个调用EditorFor助手的局部视图。这实际上取决于您的应用程序是什么以及如何将其分解以鼓励最大程度地重用代码，同时避免重复。

于 2011-02-18T04:30:43.340 回答
15

您当然可以自定义DisplayFor以显示可编辑的表单。但是约定是为了DisplayFor存在readonly和EditorFor存在是为了编辑。遵守约定将确保无论您传入什么DisplayFor，它都会做相同类型的事情。

于 2011-02-18T04:31:06.853 回答
13

只是为了给我的 2c 价值，我们的项目使用带有几个 jQuery 选项卡的局部视图，每个选项卡都使用自己的局部视图呈现其字段。这一直很好，直到我们添加了一些选项卡共享一些公共字段的功能。我们的第一种方法是使用这些公共字段创建另一个局部视图，但是当使用 EditorFor 和 DropDownListFor 呈现字段和下拉菜单时，这变得非常笨拙。为了获得唯一的 id 和名称，我们必须根据渲染它的父部分视图来渲染带有前缀的字段：

    <div id="div-@(idPrefix)2" class="toHide-@(idPrefix)" style="display:none">
    <fieldset>
        <label for="@(idPrefix).Frequency">Frequency<span style="color: #660000;"> *</span></label>

        <input name="@(idPrefix).Frequency"
               id="@(idPrefix)_Frequency"
               style="width: 50%;"
               type="text"
               value="@(defaultTimePoint.Frequency)"
               data-bind="value: viewState.@(viewStatePrefix).RecurringTimepoints.Frequency"
               data-val="true"
               data-val-required="The Frequency field is required."
               data-val-number="The field Frequency must be a number."
               data-val-range-min="1"
               data-val-range-max="24"
               data-val-range="The field Frequency must be between 1 and 24."
               data-val-ignore="true"/>

        @Html.ValidationMessage(idPrefix + ".Frequency")

        ... etc

    </fieldset>
</div>

这变得非常难看，所以我们决定改用编辑器模板，这样更干净。我们添加了一个带有公共字段的新视图模型，添加了一个匹配的编辑器模板，并使用来自不同父视图的编辑器模板渲染了字段。编辑器模板正确呈现 id 和名称。

所以简而言之，我们使用编辑器模板的一个令人信服的原因是需要在多个选项卡中呈现一些公共字段。部分视图不是为此而设计的，但编辑器模板可以完美地处理场景。

于 2012-02-20T21:18:21.620 回答
1

在以下情况下使用_partial视图方法：

  1. 查看中心逻辑
  2. 仅在此视图中保留所有_partial与视图相关的 HTML 的内容。在模板方法中，您必须在模板视图之外保留一些 HTML，例如“主标题或任何外部边框/设置。
  3. 想要使用逻辑（从控制器）渲染部分视图URL.Action("action","controller")。

使用模板的原因：

  1. 想要删除ForEach(Iterator)。模板足以将模型识别为列表类型。它会自动完成。
  2. 以模型为中心的逻辑。如果在同一 displayfor Template 文件夹中找到多个视图，则渲染将取决于 Passed Model。
于 2015-10-05T07:27:00.240 回答
1

到目前为止尚未提及的另一个区别是局部视图不会添加模型前缀，而模板会添加 这是问题所在

于 2017-06-14T12:22:02.680 回答