Question

通过NerdDinner Tutorial，我试图找出一种在不依赖于LINQ-to-SQL生成的分部类的属性上执行验证的好方法。这是我到目前为止所做的一些示例代码：

public abstract class DomainEntity
{
    public IEnumerable<ValidationError> ValidationErrors { get; private set; }

    public bool Validate()
    {
        bool isValid = false;

        if (this.ValidationErrors != null)
            this.ValidationErrors = null;

        this.ValidationErrors = this.GetValidationErrors();

        if (this.ValidationErrors.Count() == 0)
            isValid = true;

        return isValid;
    }

    protected abstract IEnumerable<ValidationError> GetValidationErrors();
}

public partial class Email : DomainEntity
{
    protected override IEnumerable<ValidationError> GetValidationErrors()
    {
        if (!this.ValidateAddress())
            yield return new ValidationError("Address", DomainResources.EmailAddressValidationErrorMessage);

        yield break;
    }

    partial void OnValidate(ChangeAction action)
    {
        bool isValid = this.Validate();

        if (!isValid)
            throw new InvalidEmailException(this);
    }

    private bool ValidateAddress()
    {
        // TODO: Use a regex to validate the email address.

        return !string.IsNullOrEmpty(this.Address);
    }
}

其中Email是基于电子邮件表的LINQ-to-SQL生成类型。由于电子邮件表只是与域模型类（例如“用户”）相关的几个实体之一，因此理想情况是创建“用户”域模型类并使用Validation Application Block属性来验证属性。换句话说，我想用这个：

public class User
{
    private Email emailEntity;

    [EmailAddressValidator]
    public string EmailAddress
    {
        get { return emailEntity.Address; }
        set { emailEntity.Address = value; }
    }
}

因此，如果我更改了我的数据库模式，并且更改通过我的LINQ-to-SQL生成的类，我没有这些孤立的部分类（如部分类电子邮件）。我还希望从集成Validation Application Block属性中获益，这样我就不必像NerdDinner教程那样维护一组正则表达式。另外，作为域类的用户将成为域中的功能单元，而不是电子邮件和其他实体，用于创建视图模型，呈现视图等。但是，如果不执行以下操作，则无法捕获验证调用：< / p>

public abstract class DomainEntity
{
    public event EventHandler Validation(object sender, EventArgs args);
    protected void OnValidation()
    {
        if (this.Validate != null)
            this.Validate(this, EventArgs.Empty);
    }
}

public partial class Email
{
    partial void OnValidate(ChangeAction action)
    {
        this.OnValidation();
    }
}

然后让User挂钩进入该事件并处理User内的所有验证。这甚至可以与验证应用程序块一起使用吗？如何以合理的方式在像User这样的聚合域类中进行验证？

Answer 1

将验证视为服务而不是实体的责任，这将允许您将验证的实现与有效内容的定义分开，并将验证转换为显式操作而不是隐式操作（由L2S管理）

看看.net（http://www.codeplex.com/FluentValidation）的流畅验证，以便很好地实现这种方法。

LINQ to SQL：OnValidate（）和自定义域模型类

1 个答案: