rest – API基础结构类是否应该成为DDD域中的一部分？
发布时间：2020-12-14 04:57:05 所属栏目：百科 来源：网络整理
导读：我在后端应用程序上工作,暴露REST API,我(尝试)在我的项目中使用域驱动设计. REST API在一组固定的域类上运行.对于域中的每个agregate根,都有一个单独的REST端点.然而,尽管做了所有努力,但有些情况下会出现新的类,而不是来自域类(基础结构类),例如： 一个持
|
我在后端应用程序上工作,暴露REST API,我(尝试)在我的项目中使用域驱动设计.
REST API在一组固定的域类上运行.对于域中的每个agregate根,都有一个单独的REST端点.然而,尽管做了所有努力,但有些情况下会出现新的类,而不是来自域类(基础结构类),例如： >一个持有批处理操作状态的类[{“id”：1,“status”：“success”},{“id”：2,“status”：“failure”,“message”：“详细消息”}] 现在有两个选择： >是否可以让REST API公开不属于域的类？ 解决方法
您不应该尝试直接针对您的域模型构建REST API.对于这样一个会破坏域模型的界面,您需要承担相当多的责任.例如.事务控制,安全性,输入验证是您可能需要的东西,但不属于域模型.
这就是应用程序服务的用途. 在包含应用程序服务(通常称为服务层)的域模型周围构建一个薄层.应用服务是域模型的直接客户端.它们通常围绕用例而不是聚合进行组织.现在,您的REST API是应用服务的直接客户端,而不是域模型. 您提到的两个类也可以很好地适应服务层. 编辑： 请注意,使用六边形体系结构(适合DDD)时,服务层与持久层不同.服务层使用持久层加载并将聚合保存到数据库. （编辑：李大同） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |