API基础结构类是否应该成为DDD域中的一部分？

Question

我在后端应用程序上工作,暴露REST API,我(尝试)在我的项目中使用域驱动设计.

REST API在一组固定的域类上运行.对于域中的每个agregate根,都有一个单独的REST端点.然而,尽管做了所有努力,但有些情况下会出现新的类,而不是来自域类(基础结构类),例如:

包含批处理操作状态的类 [{"id": 1, "status": "success"},{"id": 2, "status": "failure", "message": "detailed message"}]
包含用户选择的列的类 [{"column": "id", "order": 1}, {"column":"created", "order": 2 }]

现在有两个选择:

Answer 1

您不应该尝试直接针对您的域模型构建REST API.对于这样一个会破坏域模型的界面,您需要承担相当多的责任.例如,事务控制,安全性,输入验证是您可能需要的东西,但不属于域模型.

这就是应用程序服务的用途.

在包含应用程序服务(通常称为服务层)的域模型周围构建一个薄层.应用服务是域模型的直接客户端.它们通常围绕用例而不是聚合进行组织.现在,您的REST API是应用服务的直接客户端,而不是域模型.

您提到的两个类也可以很好地适应服务层.

编辑:

请注意,使用六边形体系结构(适合DDD)时,服务层与持久层不同.服务层使用持久层加载并将聚合保存到数据库.