领域模型应该使用事件保持自身的一致性吗？

Question

我正在开发一个尝试使用域模型的应用程序。这个想法是将业务逻辑保留在域模型中的对象内。现在，很多事情都是通过对象订阅相关对象来对其中的变化做出反应来完成的。这是通过 PropertyChanged 和 CollectionChanged 完成的。除以下情况外，此操作正常：

复杂操作：应将大量更改作为一个组进行处理（而不是单个属性/集合更改）。我应该/如何“建立”交易？

持久性：我使用 NHibernate 来实现持久性，这也使用了类的公共属性设置器。当 NHibernate 访问该属性时，会完成大量业务逻辑（这似乎没有必要）。我应该为 NHibernate 使用自定义 setter 吗？

总的来说，将所有逻辑推入域模型似乎会使域模型变得相当复杂。有什么想法吗？？？

这是一个“示例”问题（抱歉我使用的蹩脚工具）：

您可以查看我的项目容器及其下面的对象通过订阅相互反应。现在对网络的更改是通过 NetworkEditor 完成的，但该编辑器不了解 NetworkData。有时，这些数据甚至可能在另一个程序集中定义。该流程从用户->网络编辑器->网络->网络数据以及所有其他感兴趣的对象开始。这似乎没有规模。

Answer 1

我担心 DDD 和 PropertyChanged/CollactionChanged 事件的组合现在可能是最好的主意。问题是，如果你的逻辑基于这些事件，那么管理复杂性就非常困难，因为一个 PropertyChanged 会导致另一个 PropertyChanged ，很快你就会失去控制。

ProportyChanged 事件和 DDD 不完全契合的另一个原因是，在 DDD 中，每个业务操作都应该尽可能明确。请记住，DDD 应该将技术内容带入商业世界，而不是相反。基于 PropertyChanged/CollectionChanged 似乎不是很明确。

在 DDD 中，主要目标是保持聚合内部的一致性，换句话说，您需要以这样的方式对聚合进行建模，即您调用聚合的任何操作都是有效且一致的（当然，如果操作成功的话）。

如果您正确构建模型，则无需担心“构建”事务 - 聚合操作本身应该是事务。

我不知道您的模型是什么样子，但您可能会考虑将聚合树中的职责“向上”移动一级，很可能在流程中添加其他逻辑实体，而不是依赖 PropertyChanged 事件。

示例：

假设您有一组具有状态的付款，并且每当付款发生变化时，您想要重新计算客户订单的总余额。您可以执行以下操作，而不是订阅付款收款的更改并在收款更改时调用客户的方法：

    public class CustomerOrder
    {
        public List<Payment> Payments { get; }
        public Balance BalanceForOrder { get; }

        public void SetPaymentAsReceived(Guid paymentId)
        {
            Payments.First(p => p.PaymentId == paymentId).Status = PaymentStatus.Received;
            RecalculateBalance();
        }
    }

您可能已经注意到，我们重新计算单个订单的余额，而不是整个客户的余额 - 在大多数情况下没关系，因为客户属于另一个聚合，并且可以在需要时简单地查询其余额。这正是显示这种“仅在聚合内的一致性”的部分 - 我们此时不关心任何其他聚合，我们只处理单个订单。如果这不能满足要求，则域建模不正确。

我的观点是，在 DDD 中，没有适合每种场景的单一良好模型 - 您必须了解业务如何运作才能取得成功。

如果您看一下上面的示例，您会发现无需“构建”交易 - 整个交易位于 SetPaymentAsReceived 方法中。在大多数情况下，一个用户操作应该导致具有聚合的实体上的一种特定方法 - 该方法明确与业务操作相关（当然该方法可能会调用其他方法）。

对于 DDD 中的事件，有一个领域事件的概念，但这些事件与 PropertyChanged/CollectionChanged 技术事件没有直接关系。领域事件表示聚合已完成的业务操作（事务）。

总体而言，将所有逻辑推送到域模型中似乎使得
领域模型相当复杂

当然，它应该用于业务逻辑复杂的场景。然而，如果领域建模正确，那么就很容易管理和控制这种复杂性，这就是 DDD 的优势之一。

提供示例后添加：

好的，创建一个名为 Project 的聚合根怎么样 - 当您从存储库构建聚合根时，您可以用 NetworkData 填充它，操作可能如下所示：

    public class Project
    {
        protected List<Network> networks;
        protected List<NetworkData> networkDatas;

        public void Mutate(string someKindOfNetworkId, object someParam)
        {
            var network = networks.First(n => n.Id == someKindOfNetworkId);
            var someResult = network.DoSomething(someParam);

            networkDatas.Where(d => d.NetworkId == someKindOfNetworkId)
                .ToList()
                .ForEach(d => d.DoSomething(someResult, someParam));
        }
    }

NetworkEditor 不会直接在 Network 上操作，而是通过 Project使用网络 ID。