domain-driven-design - DDD 和服务代理

标签 domain-driven-design

我有一个 WCF 服务,我想从我的应用程序中使用它。在下面的 DDD 中,我理解连接和使用此服务的语义应该通过服务代理(基础设施层)来完成。

我对此很满意,但它让我提出以下问题;

  1. 服务代理接口(interface)是否应该在域层中定义?
  2. 是否应该定义一个存储库来包装此服务代理?

谢谢

最佳答案

服务代理的使用应该在基础设施层内。 SA接口(interface)不属于领域层,因为它不属于业务领域——它具有严格的技术含义(业务专家可能根本没有听说过它)。

是的,如果要处理获取/存储数据,存储库是 WCF 服务最自然的包装器。如果是处理业务运营领域服务会是更好的选择。

关于domain-driven-design - DDD 和服务代理,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/17201206/

相关文章:

rest - 如何从 ddd 中的另一个限界上下文检索数据?

TDD 演示/指南/视频,包括假存储库或域模型

architecture - DDD,反腐败层,如何做?

domain-driven-design - 除了 "real"对象之外,DDD 存储库还可以使用摘要对象吗

domain-driven-design - DDD : The problem with domain services that need to fetch data as part of their business rules

oop - 在 OOP 中设计食品配料类

architecture - 使用域事件更新读取模型不会重复业务逻辑吗?

domain-driven-design - 关于将非根实体的引用传递给外部对象的一些令人困惑的事情

domain-driven-design - 偶尔连接CQRS系统

domain-driven-design - 获取域实体的附加数据