通过可达性实现 ORM 持久性违反了聚合根边界？

Question

最常见的 ORM 通过可达性来实现持久性，无论是作为默认的对象图更改跟踪机制还是可选的。

通过可达性实现持久性意味着 ORM 将检查聚合根对象图，并确定是否有任何未存储在其标识映射 (Linq2Sql) 内或没有标识列集 (NHibernate) 的对象（也间接）可达。

在 NHibernate 中，这对应于 cascade="save-update"，对于 Linq2Sql，它是唯一受支持的机制。它们两者都做，但是仅针对事物的“添加”方面实现它，从聚合根图中删除的对象必须被显式标记为删除。

在 DDD 上下文中，每个聚合根都使用一个存储库。聚合根内的对象只能保存对其他聚合根的引用。由于可访问性的持久性，尽管根本没有调用相应的存储库，但另一个根可能会被插入到数据库事件中！

考虑以下两个聚合根：Contract 和 Order。 Request 是合约聚合的一部分。 对象图看起来像Contract->Request->Order。每次承包商提出请求时，都会创建相应的订单。由于这涉及到两个不同的Aggregate Root，所以这个操作被封装在一个Service中。

//Unit Of Work begins
Request r = ...;
Contract c = ContractRepository.FindSingleByKey(1);
Order o = OrderForRequest(r); // creates a new order aggregate
r.Order = o;                  // associates the aggregates

c.Request.Add(r);

ContractRepository.SaveOrUpdate(c);
// OrderAggregate is reachable and will be inserted

由于此操作发生在服务中，我仍然可以手动调用 OrderRepository，但我不会被迫这样做！通过可达性进行持久化是聚合根中的一个非常有用的功能，但是我认为没有办法强制执行我的聚合边界。

我在这里忽略了什么吗？遇到这样的情况你会如何处理？

编辑：在 NHibernate 中，确实可以通过不使用 cascade="save-update" 标记聚合根关联来强制执行聚合根边界。然而我还是坚持使用 Linq2Sql。

Answer 1

老实说，通过可达性实现持久性并不是聚合根边界的真正问题。请记住，聚合根可以很好地相互引用。通常，我会使用一个聚合根来创建另一个聚合根（例如 Customer.CreateOrder）。 Order 和 Customer 一样都是根，我仍然可以执行 Customer.Orders[0].Comments = "Foo" 操作。

我不习惯更改域模型，也不保留更改，而是让它们消失。在我看来，这不是一个现实的用例。