我可以在DDD中获得"不完整"的聚合吗？

Question

DDD声明您应该只通过其聚合根访问实体.例如,假设你有一个聚合根X,它可能有很多子Y实体.现在,对于某些情况,您一次只关心这些Y实体的子集(可能您正在分页列表中显示它们或其他).

那么实现存储库是否可以,以便在这种情况下它返回一个不完整的聚合？IE浏览器.一个X对象谁只有Ys集合只包含我们感兴趣的Y实例而不是所有它们？例如,这可能导致X上的方法执行一些涉及Ys的计算不能按预期运行.

这或许表明有问题的Y实体应被视为提升为聚合根吗？

我目前的想法(在C#中)是利用LINQ的延迟执行,以便我的X对象具有IQueryable来表示它与Y的关系.这样,我可以通过过滤实现透明的延迟加载...但是让它工作使用ORM(在我的情况下Linq到Sql)可能有点棘手.

还有其他聪明的想法吗？

Answer 1

我认为具有很多子实体的聚合根是代码气味,或者如果你愿意的话,会有DDD气味.:-)一般来说,我看两个选项.

它可能是代码气味，但也可能不是。我有同样的问题。我有一个Trace类，其中包含地理航路点。现在，该跟踪可以变得任意长，而尽管跟踪本身是一个实体，但航路点却不是。它们是价值对象。因此，如果我想以纯DDD的方式更新Trace，则必须使用其所有航路点加载完整的聚合根Trace，添加一些航路点，然后再次存储完整的Trace。这显然不能扩展到较大的痕迹。因此，由于性能问题，我可能会面临允许部分加载聚合根的问题... (2认同)

Answer 2

你确实在问两个重叠的问题。

你的问题的标题和前半部分是哲学/理论的。我认为仅通过实体的“聚合根”访问实体的原因是为了抽象出您所描述的各种实现细节。通过聚合根进行访问是一种通过可信访问点来降低复杂性的方法。通过遵守约定，您可以消除摩擦/歧义/不确定性。它在根中如何实现并不重要，您只知道当您请求一个实体时它就会在那里。我不认为这种观点排除了您所描述的“过滤存储库”。但为了给开发人员提供一个成功的陷阱，在不明确其“过滤性”的情况下实例化存储库应该是不可能的；同样，如果可以对存储库实例进行共享访问，则在调用方进行编码时，“过滤性”应该是明确的。
您问题的后半部分是关于特定平台上的实施。不知道为什么你提到延迟执行，我认为这确实与过滤问题正交。使用 LINQ 实现过滤本身可能有点棘手。也许您不需要内联Where lambda，而是设置它们的集合并根据您需要的过滤器选择一个。