我应该在 DDD 域项目中进行验证吗？答案

【问题标题】：Should I validate inside DDD domain project?我应该在 DDD 域项目中进行验证吗？
【发布时间】：2015-11-29 14:35:32
【问题描述】：

我想使用FluentValidation 验证我的域模型实体。我已阅读 an answer about validation in DDD 使用 FluentValidation 来验证他的实体。以下是他验证实体的方式：

public class ParticipantValidator : AbstractValidator<Participant>
{
    public ParticipantValidator(DateTime today, int ageLimit, List<string> validCompanyCodes, /*any other stuff you need*/)
    {...}

public void BuildRules()
{
         RuleFor(participant => participant.DateOfBirth)
                .NotNull()
                .LessThan(m_today.AddYears(m_ageLimit*-1))
                .WithMessage(string.Format("Participant must be older than {0} years of age.", m_ageLimit));

        RuleFor(participant => participant.Address)
            .NotNull()
            .SetValidator(new AddressValidator());

        RuleFor(participant => participant.Email)
            .NotEmpty()
            .EmailAddress();
        ...
}

}

所以我的域项目依赖于 FluentValidation 库。

但我认为我的域项目依赖于第三方库是个坏主意。我怎样才能避免这个问题？

【问题讨论】：

这是我对这个主题的看法。您的问题几乎与stackoverflow.com/questions/28395176/… 重复
@plalx 感谢您的评论。这是我的回应。
@SeyedMortezaMousavi 仅当第三方库与 Web 相关或持久性相关组件等低级内容耦合时，域依赖于第三方库才会成为一个坏主意。
验证是业务逻辑的一部分，尽管有误导性的感觉，但由声明式规则构成。将验证器放在单独的项目中是一种很好的做法。
只要您的实体不依赖也不依赖此第三方库，它就可以且有效。实际上，拥有领域层背后的想法是在程序员和业务领域的人之间建立一种通用语言，因此它应该是最干净和自然的，这样您就可以将领域展示给业务分析师并让他们理解。如果验证代码具有对业务有意义的验证，则它是有效的，实际上业务分析师可以看到它并提出观点（例如，这个验证规则应该是这样的）。您的验证码看起来不错。

标签： c# validation design-patterns domain-driven-design fluentvalidation

【解决方案1】：

只要您的实体不依赖也不依赖此第三方库，它就可以且有效。实际上，拥有领域层背后的想法是在开发人员和业务领域的人员之间建立一种通用语言，因此它应该是最干净和自然的。然后，您可以向业务分析师展示该领域，确保他们理解并进一步讨论。如果验证代码具有对业务有意义的验证，则它是有效的。实际上，业务分析师甚至可以看到它并进行额外的观察（例如，这个验证规则应该是这样的）。您的验证代码看起来不错。

【讨论】：