domain-driven-design - DDD 中的存储库或 ServiceAgent

Question

我有一个使用存储库与数据库对话的系统。当它是远程服务时，正确的定义是什么？或更好，

存储库用于数据库，因为 [...] 用于外部 Web 服务。

我在很多地方都找到了关于 ServiceAgents 的信息，但我不知道这是否是正确的定义。

Answer 1

在 DDD 中，存储库表示实体的虚拟集合（特别是聚合根）。因此，如果您有 10M 的持久客户，您将使用存储库，就好像它是内存中所有 10M 的集合一样。存储库通常只处理您在集合上找到的相同类型的操作：添加某些内容、删除某些内容、在集合中查找某些内容。

如果数据的实际持久性是通过 Web 服务发生的，则存储库的实现可能会与 Web 服务代理而不是与数据库进行交互。然而，持久性涉及 Web 服务这一事实并不能驱动您的域应该如何表达它。也就是说，数据是否通过直接的数据库调用、ORM、Web Service 或信鸽进行持久化是一个实现细节。

现在，如果您的域模型具有依赖于外部服务（例如信用卡验证、地址验证等）的依赖项，则应将其表示为接口形式的域服务，该接口定义了所需的操作域模型。需要明确的是，域服务是逻辑上属于您域的一部分的操作，但由于某种原因不能完全适合给定实体或值对象。外部服务促进的行为只是您可能使用域服务的一个示例，因此不要将域服务视为“Web 服务的存储库模式”或类似的东西。

Answer 2

我只是乞求围绕大多数 DDD 原则，但我的理解是存储库通常用于抽象数据库，但它们可用于包装任何表现为持久和/或可查询存储的东西。所以简而言之，我想我的建议是，如果您的服务表现得足够像数据库，那么我认为使用存储库来抽象对其处理的实体的访问没有任何问题。

否则，如果 Web 服务不直接处理您域中的数据或行为，那么您的案例可能是应用程序层中基础设施级服务的候选者。

如果有人有任何异议，请发表评论，因为我想知道我自己是否误解了存储库的预期用途。

Answer 3

不确定这是否是官方术语，但我将其称为“服务代理”。