POCO - 如果 POCO 意味着仅具有属性的纯 .net 类，我可以在 MVC 中编写验证

Question

POCO 很新，找到一些谷歌链接，但发现了很多不同的故事。 有些与实体框架、延迟加载等相关。有些说它是纯 .det 类。 至少MSDN。

来自 MSDN 的定义 POCO 的链接： msdn.microsoft.com/en-us/library/dd456872.aspx

我相信MSDN（一个简单的定义），并假设它是一个纯.NET类。

现在让我进入正题。 如果它是纯 .net 类，内部只有属性，那么它就相当于 MVC 中的“MODEL”。 例子。

 [Required(ErrorMessage = "Full Name  required.")]
    [StringLength(20, ErrorMessage = "Username must be under 20 chars.")]
    public string UserName { get; set; }

    [Required(ErrorMessage = "Email required.")]
    [RegularExpression(".+@.+\\..+", ErrorMessage = "Email not valid.")]

    public string Email { get; set; }

    [Required(ErrorMessage = "PassWord required.")]
    [StringLength(20, ErrorMessage = "Maximum 20 chars. allow")]
    [DataType(DataType.Password)]
    public string Password { get; set; }

到了这个水平我就很清楚了。现在，如果我想在 MODEL 中编写自己的验证（条件） 使用

ValidationAttribute 或

IValidatableObject

如果我没记错的话，这将不是纯 .net 类。 例如...（如下所示）

public class Wizard  : ValidationAttribute,IValidatableObject
{
    public override bool IsValid(object value)
    {
        return base.IsValid(value);
    }

    public IEnumerable<ValidationResult> Validate(ValidationContext validationContext)
    {
        throw new NotImplementedException();
    }
    [Required(ErrorMessage = "Full Name  required.")]
    [StringLength(20, ErrorMessage = "Username must be under 20 chars.")]
    public string UserName { get; set; }

    [Required(ErrorMessage = "Email required.")]
    [RegularExpression(".+@.+\\..+", ErrorMessage = "Email not valid.")]

    public string Email { get; set; }

    [Required(ErrorMessage = "PassWord required.")]
    [StringLength(20, ErrorMessage = "Maximum 20 chars. allow")]
    [DataType(DataType.Password)]
    public string Password { get; set; }
}

这还是 POCO 吗？ 如果是，它如何包含方法。（与 MSDN 链接相反） 如果否，我应该在哪里写下我的验证代码（当然是 MVC 中的条件验证）。 寻找一个非常好的答案和一个例子。

Answer 1

POCO 意味着您不必继承某些框架定义的基类即可实现功能。基本上你可以自由地设计你的类层次结构。

您可以添加自己的方法，无论是验证还是一些业务逻辑。

一个反例是继承 EntityObject 实体框架中实体的类。

Answer 2

链接的文章并没有说 POCO 一定不能有方法。 POCO 是什么的清晰描述可以在 Wikipedia 上找到：

...该术语用于将一个简单的对象与一个简单的对象进行对比
设计用于与复杂的、特殊的对象框架一起使用，例如
作为 ORM 组件。另一种说法是 POCO 是对象
不受特定所需的继承或属性的阻碍
框架。

POCO 可以拥有您需要的所有方法或逻辑。 POCO 和非 POCO 之间的区别在于，POCO 是即使您不使用特定框架（EF）也可以始终使用的类，但非 POCO 仅当链接特定框架或更糟糕的初始化和使用时才可以使用。

对于纯粹主义者来说，数据注释也违反了 POCO，因为它们也需要特定的 API，但在务实的方法中，数据注释是可以的（除了 EF Code First 中使用的特殊注释来定义映射），因为它们仅带来对实体验证方式的依赖，而不是对实体的验证方式的依赖。依赖于实体的持久化方式（非 POCO EF 对象）。对持久性的依赖可能会要求在您从未期望使用 EF 的程序集中引用 EF - 例如 MVC 应用程序之类的表示层。

Answer 3

就我个人而言，我喜欢使用定义该模型所需的基本属性来创建 POCO 部分类，然后将验证逻辑放在单独的类中。例如：

public partial class Wizard
{
    public string UserName { get; set; }
    public string EmailAddress { get; set; }
}

然后如果我想向 UserName 添加验证：

public partial class Wizard
{
    [Required]
    [StringLength(20)]
    public string UserName { get; set; }
}

我知道编译器无论如何都会合并这两个类，并且您可能会重复属性，但我认为这是最干净的方法。

另一种选择是使用 MetadataType 属性。