Entity First MVC3 站点的优雅验证技术？

Question

由于从未做过 MVC 站点，我即将开始一个非常大的项目。我有足够的信心去做这件事，但我有件事需要帮助解决。

我们肯定会使用“实体优先”方法并使用单个 .edmx 文件定义模型，造成这种情况的原因有多种，但只要知道这是难题的一个明确部分即可。

因此，我需要弄清楚的是，如何提出一种优雅的方法来对页面上的实体进行验证，而无需对每个页面进行手动编码，至少对于大多数事情来说是这样。

是否有一些已经流行的方法来进行一些基本验证？像 MaxLength、Required 或 MinDate 之类的东西？

任何比这更复杂的事情，我知道我必须自己编写代码，但是这个网站将会非常大，我真的需要找到一种方法来加快一些基本任务的速度。

编辑
我应该指出几个重要的事实。
1) 我们的数据库已经存在，并且是在开发人员介入之前由 DBA 创建的。
2) 已经创建了数百个表和存储过程。
3) 当需要对数据库进行更改时，它们将通过 DBA，而我们并不总是能够立即访问 DBA。

Answer 1

首先，如果您使用 Entity Framework Code First，则没有 .edxm 文件来存储模型或它们之间的关系：您只需编写 POCO（普通旧 CLR 对象）类，仅此而已 - Code First 会计算根据命名约定找出模型之间的关系。

---

要验证您的（视图）模型，我建议使用 FluentValidation 或 DataAnnotations。两者都允许您在一处定义验证规则，可以在不同的实体验证类 (FluentValidation) 中使用流畅的验证 API，或者使用属性来装饰实体属性 (DataAnnotations)。 DataAnnotations 相对于 FluentValidation 的优势在于您可以立即获得额外的客户端验证。

无论您选择哪个框架，两者都附带了一堆预定义的验证规则，例如 Required、Range 或 MaxLength（请参阅 .NET 的 Fluent 验证 或 System.ComponentModel.DataAnnotations 命名空间 作为示例）。

Answer 2

我绝对会 100% 仍然使用一些 POCO 类。下载 DBContext 生成器模板，该模板随后将首先从您的模型创建代码，或者使用 Entity Framework Power Tools 对现有数据库进行逆向工程。但这些方法的缺点是您不会获得客户端验证，只有在保存时才会获得验证。但是，如果您除了使用之外还选择进行客户端验证，您仍然可以添加验证属性
元数据类，用于在属性上使用数据注释并使用以下方式进行客户端验证内置 jQuery 不显眼的验证。

然而，我们在这里讨论的内容无论如何都违背了 MVC 良好实践的基本设计。理想情况下，您的视图应该具有有时只是实体的一部分的 ViewModel，在这种情况下，您的验证属性仍然在您的属性上生成为 MetaDataClasses 中的 DataAnnotations。

如果您觉得这工作量太大，并且您只需进行服务器验证即可，并决定不使用 ViewModel 并依赖实体框架验证，或者使用 ViewModel 并仍然依赖 EF 验证，那么您将需要控制器（或已被授予访问 ModelState 的其他层）中的如下处理程序以捕获以下异常。请注意，我使用 AutoMapper 将 ViewModel 之间的属性复制到实体。

Entity Framework Power Tools（在解决方案资源管理器中右键单击您的项目安装后，将出现一个新的“实体框架”菜单 -> 反向工程 - 请注意它不会生成 [TimeStamp] 属性并忘记放入模式名称 - 除此之外它非常好）

[HttpPost]
public ActionResult Create(CustomerCreateViewModel customerViewModel)
{
    if (ModelState.IsValid)
    {
        try
        {
            Mapper.CreateMap();
            Customer customer = Mapper.Map(customerViewModel);

            var repository = new CustomerRepository(db);
            repository.Save(customer);
            return RedirectToAction("Edit", new { id=customer.CustomerId});
        }
        catch (DbEntityValidationException ex)
        {
            foreach (var error in ex.EntityValidationErrors.First().ValidationErrors)
            {
                this.ModelState.AddModelError(error.PropertyName, error.ErrorMessage);
            }
            return View();
        }
    }
    return View(customerViewModel);
}

Answer 3

Jon Galloway 有一篇不错的文章，名为 从现有数据库生成 EF Code First 模型类，我认为这将极大地帮助您根据您所描述的内容启动应用程序。

其次，从到目前为止构建我们自己的 MVC 应用程序来看，我发现您实际上不会经常直接使用实体框架模型。大多数时候，您最终会得到某种类型的视图模型来执行获取和发布操作。将 DataAnnotations 添加到这些类属性将使您可以轻松地在客户端进行验证。一旦您验证了客户端的数据并根据任何业务规则检查了您的实体，您就真的应该能够信任这些数据并使用 EF 来执行基本的 CRUD 工作。

祝你好运，希望这对你的项目有所帮助。

Answer 4

Marius 试图告诉您的是，“代码优先”是指您的“模型”由不依赖于 .edmx 文件的流畅代码映射定义。因此，如果您使用 .edmx 文件，则您并不是在执行“代码优先”。您正在执行“数据库优先”或“模型优先”（两者都使用 .edmx）。

在您的例子中，您已经拥有一个数据库，因此您使用的是“数据库优先”方法，即使用 EF 4.1 DbContext。这不是“代码优先”（或者正如您错误地表述的那样，实体优先）。这不是语义上的争论，因为“代码优先”具有非常具体的含义。不是这样的。

现在，回答你剩下的问题。由于所有数据库访问都必须通过存储过程，因此我认为实体框架不是一个好的选择。你最好使用像 nhibernate 这样的东西，它有更好的存储过程支持。

EF 旨在以对象的形式表示关系数据模型，并生成所有自己的 sql 来访问和填充这些对象。如果您必须经历这些过程，EF 对您来说将是一场持续的艰苦战斗。