EF 模型已经在实体属性上设置了验证？

Question

我刚刚遇到了与使用 SQL Server 作为数据存储的 ASP.NET MVC 应用程序一起使用的实体框架实体的意外行为。对于标记为不允许为空的列，我没有在实体的元数据部分类中设置数据注释必需属性（我的印象是我必须为我希望强制执行的所有属性）但是在我的视图中的 POST 之后作为此检查的结果，控制器操作返回到同一视图

        // check for errors
        if (!ViewData.ModelState.IsValid)
            return View(invoice);

带有属性不应为空的描述。我故意将属性的文本框发布为空，并且我没有为此属性设置自定义（手动）数据注释属性。

这是 EF 向导为此属性生成的代码

    [EdmScalarPropertyAttribute(EntityKeyProperty=false, IsNullable=false)]
    [DataMemberAttribute()]
    public global::System.DateTime PayDate
    {
        get
        {
            return _PayDate;
        }
        set
        {
            OnPayDateChanging(value);
            ReportPropertyChanging("PayDate");
            _PayDate = StructuralObject.SetValidValue(value);
            ReportPropertyChanged("PayDate");
            OnPayDateChanged();
        }
    }
    private global::System.DateTime _PayDate;
    partial void OnPayDateChanging(global::System.DateTime value);
    partial void OnPayDateChanged();

这种行为是 IsNullable 属性的错吗？让我明确一点，如果确实如此，那么这非常好，尽管我以前没有注意到它并且想验证这是否是正确的行为，或者我有什么东西搞砸了？

Answer 1

这里发生了一些不同的事情。首先，EF 将为数据库中的 NOT NULL 日期列生成属性为 DateTime，并且它将为数据库中的 NULL 日期列生成 Nullable。这是第一点。

第二点是 MVC 2 在默认模型绑定器中有一些“默认”行为。也就是说，对于所有值类型，它将执行用户输入值的验证（独立于数据注释）。如果他们没有，它将显示您当前看到的验证。

这就解释了你所看到的。但是，还有其他几点需要牢记。首先，使用 [Required] 属性仍然是一个好习惯，因为这允许您自定义显示给用户的错误消息。其次，通常认为最佳实践是在视图中使用视图模型，而不是直接在视图中使用 EF 域模型。所以我建议创建一个视图模型（如果你的视图模型与你的域模型匹配，你可以使用 AutoMapper 来映射属性），然后使用数据注释来提供对元数据的更细粒度的控制——不仅仅是验证，还有 [DisplayName]、[UIHint] 等。