MVC、ViewModel 和验证

Question

我正在使用 POCO 创建带有 EF4 的 MVC3 应用程序。我已向我的 EF 实体添加了验证属性。现在，当我构建视图时，我想使用视图模型（也许使用 AutoMapper 来填充它们）。

我遇到的问题是我必须在视图模型上重新定义验证属性，这违反了 DRY 原则。例如，如果我决定更改字段的大小，则必须更改 POCO 和使用它的任何视图模型上的 MaxLength 属性。

是否有一些棘手的方法可以将验证规则从 POCO 映射到视图模型？

Answer 1

我个人在视图模型中执行验证。这是控制器从视图接收的内容，它是包含用户输入的类。我区分两种类型的验证规则：表面验证和业务验证。应在视图模型中强制执行必填字段、正确格式等规则，而应在模型上验证数据库中已存在的具有给定名称的用户等业务规则。

此外，您还可以将不同的视图模型映射到同一模型，但基于视图验证规则可能会有所不同。因此，您在视图模型上不会有完全相同的验证规则。

Answer 2

获得一些抽象的一种方法是让 ViewModel 由您的业务模型类“组成”，包括您需要的其他视图信息。

class MyObject 
{
    public int ID {get;set}

    [Required]
    [StringLength(512)]     
    public string Name {get;set;}

}

class MyViewModel // ViewModel for a specific view 
{
    public MyObject MyModel {get;set;}        // the model that is being edited 

    // other data the view might need, set by the controller 
    public string SomeMessage { get; set; }
    public List<SomeObject> SomeObjects {get;set;} /// e.g. for a drop-down list

}

然后在视图中相应地引用 ViewModel。

@model My.Namespace.MyViewModel


Hello @model.MyModel.Name !!!

这样，您只需在一处指定业务类中的验证和/或数据注释。

如果您想要进行不同的验证，那么将需要一些策略来有选择地应用验证逻辑。

Answer 3

我也为此苦苦挣扎，我同意这违反了 DRY。我最近在此处发布了有关此问题的问题并受到了相当大的阻力。

在任何现实世界的应用程序中，您都不可能获得完美的 DRY。有时，违反原则比盲目遵守原则更能带来好处。

编辑：

人们可能还会认为 DRY 可能违反单一职责原则 (SRP)。通过重用类似的代码，您现在可以使代码执行不止一件事。如果您考虑到数据模型和视图模型具有不同的目的，因此具有不同的职责……将它们组合成单个模型违反了 SRP。也就是说，通过使数据模型也成为视图模型，这是两个不同的职责。

现在，人们可以想出多种方法来尝试协调 SRP 与 DRY 在这方面的关系，但在某些时候您必须权衡成本和收益。