Question

所以，标题应该说明一切。

要在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找到的两件事：

他们在呈现HTML帮助时尊重模型层次结构（例如，如果“Foo”模型上有“Bar”对象，“Bar”的HTML元素将使用“Foo.Bar.ElementName”呈现，而部分将具有“ElementName”）。
更强大，例如，如果你的ViewModel中有List<T>个东西，你可以使用@Html.DisplayFor(model => model.CollectionOfFoo)，而MVC足够聪明，可以看到它是一个集合并渲染单个显示对于每个项目（而不是部分，这将需要一个明确的for循环）。

我也听说DisplayFor呈现了一个“只读”模板，但我不明白 - 我不能在那里扔一个表格吗？

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

Answer 1

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

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

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

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

最终，选择取决于您在应用程序中建模的内容。还记得你可以混搭。例如，您可以使用调用EditorFor帮助程序的部分视图。这实际上取决于您的应用程序是什么以及如何将其考虑在内以鼓励最大程度地重用代码，同时避免重复。

Answer 2

您当然可以自定义DisplayFor以显示可编辑的表单。但约定是DisplayFor为readonly和EditorFor进行编辑。坚持惯例将确保无论你传递给DisplayFor什么，它都会做同样的事情。

Answer 3

为了给我的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和名称。

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

Answer 4

在以下情况下使用_partial查看方法：

查看中心逻辑
仅在此视图中保留所有_partial查看相关HTML的内容。在模板方法中，您必须在模板视图之外保留一些HTML，例如＆＃34;主标题或任何外边框/设置。
想要使用URL.Action("action","controller")。

使用模板的原因：

想要删除ForEach(Iterator)。模板足以将Model标识为列表类型。它会自动完成。
以模型为中心的逻辑。如果在Template文件夹的同一显示中找到多个视图，则渲染将取决于Passed Model。

Answer 5

目前尚未提及的另一个不同之处在于，当模板执行时，部分视图不会添加模型前缀 Here是问题

ASP.NET MVC 3 - 部分vs显示模板与编辑器模板

5 个答案: