为什么默认情况下在添加新的“编辑”视图时会更改这些内容？使用EditorFor() 与TextboxFor() 相比有什么优势？
我找到了这个
默认情况下，创建和编辑脚手架现在使用 Html.EditorFor 助手而不是 Html.TextBoxFor 助手。这改进了对模型元数据的支持，形式为 添加视图对话框生成视图时的数据注释属性。
【问题讨论】：
标签： asp.net-mvc asp.net-mvc-3 razor
这是以前的 cmets 中未提及的基本区别之一：Readonly 属性将适用于文本框，但不适用于 EditorFor。
@Html.TextBoxFor(model => model.DateSoldOn, new { @readonly = "readonly" })
上面的代码可以工作，而下面的代码你不能控制只读。
@Html.EditorFor(model => model.DateSoldOn, new { @readonly = "readonly" })
【讨论】：
Html.TextboxFor 始终创建一个文本框 (<input type="text" ...)。
EditorFor 查看类型和元信息，并可以呈现您提供的另一个控件或模板。
例如，对于 DateTime 属性，您可以创建一个使用 jQuery DatePicker 的模板。
字符串数据类型的 html 输出也略有不同。
Html.EditorFor:
<input id="Contact_FirstName" class="text-box single-line" type="text" value="Greg" name="Contact.FirstName">
Html.TextBoxFor:
<input id="Contact_FirstName" type="text" value="Greg" name="Contact.FirstName">
【讨论】：
TextBoxFor：它将像文本输入一样呈现与指定表达式对应的html元素。简而言之，无论与控件绑定的属性的数据类型如何，它都会像输入文本框一样呈现。
EditorFor：这个控件有点聪明。它根据属性的数据类型呈现 HTML 标记。例如。假设模型中有一个布尔属性。要在视图中将此属性呈现为复选框，我们可以使用 CheckBoxFor 或 EditorFor。两者都将生成相同的标记。
使用 EditorFor 有什么好处？
我们知道，根据属性的数据类型，它会生成 html 标记。所以假设明天如果我们更改模型中属性的数据类型，则不需要更改视图中的任何内容。 EditorFor 控件将自动更改 html 标记。
【讨论】：
EditorFor 的优点是您的代码不绑定到<input type="text"。因此，如果您决定更改文本框的呈现方式，例如将它们包装在 div 中，您可以简单地编写自定义编辑器模板 (~/Views/Shared/EditorTemplates/string.cshtml)，应用程序中的所有文本框都将自动受益于此更改而如果你硬编码了Html.TextBoxFor，你将不得不在任何地方修改它。您还可以使用数据注释来控制呈现方式。
【讨论】：