DDD中跨服务获取投资者数据的职责归属问询

绝对别把跨服务/跨库的数据获取逻辑塞到领域模型里——领域模型的核心职责是封装业务规则和状态，比如计算投资者的总持仓市值、判断风险等级这些，它不该掺和外部数据访问的细节，不然会变得臃肿不堪，还和各种外部依赖绑死，测试维护都麻烦。

正确的做法是用一个协调服务（也可以叫聚合组装服务、查询协调器）来干这个事儿，具体流程是：

• 先接住/get-investor/id/:id接口的请求
• 同时（或者按顺序）调用各个数据源的接口：比如找股票服务拿该投资者的持仓股票、找债券服务拿债券数据、找地址服务拿地址信息
• 等所有数据都拿到手后，把这些零散的数据映射、拼装成完整的Investor聚合实例
• 最后把组装好的Investor返回给请求方

如果后续有多处需要复用这套数据获取逻辑，还可以单独封装一个Investor查询服务或者Investor查询仓库，专门负责和各个外部服务/数据库打交道，协调服务只需要依赖这个查询层就能拿到数据，进一步解耦代码。

要是你们用的是CQRS架构，这种纯查询场景甚至可以直接组装DTO返回，不用非得生成领域模型，效率更高，但如果业务要求必须返回领域模型，还是用上面说的协调方式最稳妥。

内容的提问来源于stack exchange，提问作者R Saudlach