c# - 不抛出异常的 DDD 验证

Question

我正在尝试第一次涉足 DDD，我问了一个关于批量导入的问题 here ，但我正在尝试为我的域模型应用验证。

本质上，我想在不抛出异常的情况下运行所有​​验证，以便我可以通过 Command 对象内的 CommandResult 对象列表拒绝包含所有验证错误的命令。虽然有些只是可配置的强制性字段检查，因此将在聚合之外处理，但也有业务规则，所以我不想复制验证逻辑，也不想通过移动所有内容而陷入贫血模型在聚合之外维护实体的始终有效的咒语。

我有点不知所措，所以我认为在我开始进一步搅浑水之前，我最好先问问专家我做的事情是否正确!

尝试和演示:

采用下面的方法，我们有相当简单的 UserProfile 聚合，构造函数采用配置文件存在所需的最少信息。

 public class UserProfile : AggregateRoot
    {
        public Guid Id {get; private set; }
        public Name Name {get private set;}
        public CardDetail PaymentInformation {get; private set;}



      public UserProfile(Guid id, Name name, CardDetail paymentInformation)
        {
            Name = name;
            PaymentInformation = paymentInformation;
        }

    }

public class CardDetail : ValueObject
{
    public string Number {get; private set;}
    public string CVC {get; private set; }
    public DateTime? IssueDate {get; private set;}
    public DateTime ExpiryDate {get;private set;}

    public CardDetail(string number, string cvc, DateTime? issueDate, DateTime expiryDate)
    {
        if(!IsValidCardNumber(number))
        {
            /*Do something to say details invalid, but not throw exception, possibly?*/
        }
        Number = number;
        CVC = cvc;
        IssueDate = issueDate



        ExpiryDate = expiryDate;

    }

    private bool IsValidCardNumber(string number)
    {
        return Regex.IsMatch(/*regex for card number*/);
    }
}

然后我有一个接受命令对象的方法，它将构造一个 UserProfile 并保存到数据库，但我想在保存之前进行验证

public void CreateProfile(CreateProfileCommand command)
{
    var paymentInformation = new CardDetail(command.CardNumber, command.CardCVC, command.CardIssueDate, command.CardExpiryDate)

    var errors = /* list of errors added to from card detail validation, possibly? */

    var profile = new UserProfile(/* pass args, add to errors? */

    if(errors.Any())
    {
        command.Results.Add(errors.Select(x => new CommandResult { Severity = Severity.Error, Message = x.Message });
        return;
    }

    /* no errors, so continue to save */

}

现在，我可以处理异常并将它们添加到命令结果中，但这看起来很昂贵并且肯定违反了允许异常控制流程的规则？但另一方面，我想让实体和值对象保持有效，所以我发现自己有点墨守成规!

此外，在上面的示例中，可以从创建屏幕导入或手动完成配置文件，但用户应该得到所有错误消息，而不是按错误出现的顺序得到每条消息。在我正在处理的应用程序中，应用的规则有点复杂，但想法是一样的。我知道我不应该让 UI 问题影响域本身，但我不想再重复所有验证两次，这样我就可以确保命令不会失败，因为这会导致可维护性问题更进一步(我发现自己所处的情况并试图解决!)

Answer 1

这个问题可能有点宽泛，并且围绕架构设计，这是您应该决定的事情，但无论如何我都会尝试并提供帮助 - 我就是情不自禁。

首先:这是一篇很棒的文章，可能已经暗示您对您的设计过于挑剔:http://jeffreypalermo.com/blog/the-fallacy-of-the-always-valid-entity/

您需要决定您的系统处理验证的方式。

也就是说，您是否想要一个域绝对永远不会失败的系统？然后你可能需要额外的类来清理你拥有的任何命令并在你接受或拒绝对域(卫生层)的更改之前验证它们。或者，就像在那篇文章中那样，它可能表明处理特定情况需要完全不同类型的对象。 (类似于不符合当前规则的遗留数据)

当出现严重问题时，域抛出异常是否可以接受？然后丢弃当前聚合(甚至当前上下文)中的所有更改并通知用户。

如果您正在寻找一个和平的中间解决方案，也许可以考虑这样的事情:

public OperationResult UpdateAccount(IBankAccountValidator validator, IAccountUpdateCommand newAccountDetails)
    {
        var result = validator.Validate(newAccountDetails);
        if(result.HasErrors)
        {
            result.AddMessage("Could not update bank account", Severity.Error);
            return result;
        }

        //apply further logic here

        //return success
    }

现在您可以将所有验证逻辑放在一个单独的类中，但您必须传递它并通过双重分派(dispatch)进行调用，并且您将在每次调用中添加如上所示的结果处理。您真的必须决定哪种风格对您/团队来说是可以接受的，以及哪种风格从长远来看仍然是可维护的。