DDD - 如何实现高性能的搜索存储库

Question

我有关于DDD和存储库模式的问题.

假设我有Customer聚合根的Customer存储库.Get&Find方法返回完全填充的聚合,其中包括Address等对象.一切都很好.但是当用户在UI中搜索客户时,我只需要聚合的"摘要" - 只是一个包含汇总信息的扁平对象.

我可以处理的一种方法是正常调用存储库中的find方法,然后在应用程序层中将每个客户聚合映射到CustomerSearchResult/CustomerInfo DTO,并将它们发送回客户端.

但我的问题是性能; 每个Customer聚合可能需要多个查询来填充所有关联.因此,如果我的搜索条件与50个客户相匹配,那么在数据库中可能会检索到我甚至不需要的数据.

另一个问题是,我可能希望在客户的聚合根边界之外包含有关客户的汇总数据,例如最后一个订单的日期.订单有自己的聚合,因此要获取客户的订单信息,我必须调用OrderRepository,这也会降低性能.

所以现在我觉得我有两种选择:

1. 向CustomerRepository添加一个额外的Find方法,该方法通过执行一个有效的查询来返回这些摘要对象的列表.

2. 创建一个专门构建的只读CustomerInfoRepository,它只有1中描述的find方法.

但这两种感觉都让我觉得我违背了DDD的原则.我的存储库继承自通用基础:存储库,其中T:IAggregateRoot.这些摘要信息对象不是聚合,并且与T的类型不同,所以#1真的违背了设计.

也许对于#2,我会创建一个没有IAggregateRoot约束的抽象SearchRepository？

我的域中有许多类似的场景.

你会如何实现这种情况？

谢谢,戴夫

更新

在阅读Theo的答案之后,我想我会选择#2选项并在我的基础架构中创建一个专门的SearchRepository,以适应这些场景.然后,应用程序层(WCF服务)可以调用这些直接填充摘要DTO的存储库,而不是将域实体映射到DTO.

****更新2****

虽然我在一年多前问过这个问题,但我想我只是补充说我已经发现了CQRS,它旨在解决这个问题.Udi Dahan(http://www.udidahan.com/)和Greg Young(http://codebetter.com/gregyoung/)已经写了很多关于它的文章.如果您使用DDD创建分布式应用程序,CQRS适合您!

Answer 1

我认为你只想显示摘要信息.汇总信息的这些位不是域模型的实体或值对象.它们只是信息,仅此而已.

这类似于显示报告信息.如果我处理这些事情,我就不会坚持使用纯DDD方法.您建议的选项没问题,因为它正在完成您的工作.DDD不应被视为教条.创造性思考.放松一点DDD.

但请注意,您只是在模型外部创建信息值以显示目的.因此,如果用户选择一位信息来对其进行某些操作(在域模型中定义),则需要从信息值中提取标识符,并从存储库中提取实体/值对象/聚合.

我强烈推荐这个视频:Eric Evans:自从这本书以来我对DDD的了解.如果你读了他的书,你真的应该看到整个视频.在大约30:00的时间密切关注埃里克埃文斯自己谈论聚合并指出你目前遇到的问题.