Question

ASP.NET MVC中DisplayName属性和Display属性有什么区别？

Answer 1

DisplayName在模型元数据中设置DisplayName。例如：

[DisplayName("foo")]
public string MyProperty { get; set; }

如果您在视图中使用以下内容：

@Html.LabelFor(x => x.MyProperty)

它会产生：

<label for="MyProperty">foo</label>

Display也会这样做，但也允许您设置其他元数据属性，例如名称，描述，......

Brad Wilson有nice blog post涵盖这些属性。

Answer 2

他们都给你相同的结果，但我看到的关键区别是你不能在ResourceType属性中指定DisplayName。对于MVC 2中的示例，您必须子类化DisplayName属性以通过本地化提供资源。 Display属性（MVC3和.NET4中的新属性）支持ResourceType重载作为“开箱即用”属性。

Answer 3

我认为目前的答案忽略了突出实际的重要和重大差异以及这对预期用途意味着什么。虽然它们可能在某些情况下工作，因为实施者内置了对两者的支持，但它们具有不同的使用场景。两者都可以注释属性和方法，但这里有一些重要的区别：

<强> DisplayAttribute

在System.ComponentModel.DataAnnotations程序集

System.ComponentModel.DataAnnotations.dll

可用于参数和字段
可让您设置其他属性，例如Description或ShortName
可以使用资源进行本地化

<强> DisplayNameAttribute

DisplayName位于System.ComponentModel

System.dll

可用于课程和活动
无法使用资源进行本地化

程序集和命名空间说明了预期的用法，本地化支持是最大的推动者。 DisplayNameAttribute自.NET 2以来一直存在，似乎更多的是用于命名遗留属性网格中的开发人员组件和属性，而不是针对可能需要本地化等的最终用户可见的事物。

DisplayAttribute稍后在.NET 4中引入，似乎专门用于标记最终用户可见的数据类成员，因此它更适合DTO，实体和其他东西。分类。我觉得很不幸的是他们限制了它，所以不能在课堂上使用它。

编辑：看起来最新的.NET Core源代码现在也可以在课程上使用DisplayAttribute。

Answer 4

也许这是特定于.net核心的，我发现DisplayName不起作用，但Display（Name = ...）会起作用。这可以为其他人节省所涉及的故障排除：）

//using statements
using System;
using System.ComponentModel.DataAnnotations;  //needed for Display annotation
using System.ComponentModel;  //needed for DisplayName annotation

public class Whatever
{
    //Property
    [Display(Name ="Release Date")]
    public DateTime ReleaseDate { get; set; }
}


//cshtml file
@Html.DisplayNameFor(model => model.ReleaseDate)

displayname属性vs display属性

4 个答案: