所以,标题应该不言自明。
要在 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”渲染,而部分将具有“元素名称”)。更健壮,例如,如果您的 ViewModel 中有一个 List
我也听说 DisplayFor 呈现一个“只读”模板,但我不明白 - 我不能在那里扔一个表格吗?
有人可以告诉我其他一些原因吗?有没有比较这三者的列表/文章?
EditorFor
与 DisplayFor
很简单。这些方法的语义是生成编辑/插入和显示/只读视图(分别)。在显示数据时使用 DisplayFor
(即当您生成包含模型值的 div 和 span 时)。在编辑/插入数据时使用 EditorFor
(即当您在表单中生成输入标签时)。
上述方法都是以模型为中心的。这意味着它们将考虑模型元数据(例如,您可以使用 [UIHintAttribute]
或 [DisplayAttribute]
注释模型类,这将影响选择哪个模板来生成模型的 UI。它们通常也用于数据模型(即表示数据库中的行的模型等)
另一方面,Partial
以视图为中心,因为您最关心的是选择正确的局部视图。视图不一定需要模型才能正常运行。它可以只有一组通用的标记,可以在整个站点中重复使用。当然,很多时候你想要影响这个局部的行为,在这种情况下你可能想要传入一个合适的视图模型。
您没有询问 @Html.Action
,这也值得在这里提及。您可以将其视为 Partial
的更强大版本,因为它执行控制器子操作,然后呈现视图(通常是局部视图)。这很重要,因为子操作可以执行不属于局部视图的附加业务逻辑。例如,它可以表示购物车组件。使用它的原因是避免在应用程序的每个控制器中执行与购物车相关的工作。
最终选择取决于您在应用程序中建模的是什么。还请记住,您可以混合搭配。例如,您可以有一个调用 EditorFor
帮助程序的局部视图。这实际上取决于您的应用程序是什么以及如何将其分解以鼓励最大程度地重用代码,同时避免重复。
您当然可以自定义 DisplayFor
以显示可编辑的表单。但约定是 DisplayFor
是 readonly
和 EditorFor
是用于编辑。遵守约定将确保无论您向 DisplayFor
传递什么,它都会做相同类型的事情。
只是为了给我的 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 和名称。
所以简而言之,我们使用编辑器模板的一个令人信服的原因是需要在多个选项卡中呈现一些公共字段。部分视图不是为此而设计的,但编辑器模板可以完美地处理场景。
在以下情况下使用 _partial
视图方法:
查看中心逻辑 仅在此视图中保留所有 _partial 视图相关 HTML 的内容。在模板方法中,您必须在模板视图之外保留一些 HTML,例如“主标题或任何外部边框/设置。想要使用 URL.Action("action","controller" 呈现带有逻辑(来自控制器)的部分视图)。
使用模板的原因:
想要删除 ForEach(Iterator)。模板足以将模型识别为列表类型。它会自动完成。以模型为中心的逻辑。如果在同一 displayfor Template 文件夹中找到多个视图,则渲染将取决于 Passed Model。