是否可以进行DDD和REST接口以及语言映射?
REST具有统一的接口约束,以非常压缩的基于意见的格式进行以下操作.
>您必须使用HTTP,URI,MIME等标准… 根据我的理解,带有CQRS(或没有它)的DDD非常相似. >通过CQRS,您可以定义与域模型交互的接口.该接口由命令和查询类组成. 是否可以将REST统一接口映射到由命令和查询以及域事件定义的域接口? (因此,REST服务代码将自动生成.) 是否可以将链接数据语义映射到无处不在的语言? (所以你不需要定义非常相似的术语,只需找到并重用现有的词汇.) 请为您的答案添加一个非常简单的映射示例,为什么不是,为什么不呢!
我不认为这是可能的.我认为有一个术语描述了这个问题,它被称为
ontology alignment.
在这种情况下,至少有3个本体: >域模型的普遍存在的语言(UL) 所以我们至少有2个路线: > UL:ASO对齐 我们的问题与UL:ASO对齐有关,所以我们来谈谈这些本体. UL是面向对象的,因为我们讨论的是DDD和域模型.因此,大多数域对象实体,值对象都是真实对象而不是数据结构.它的非面向对象部分是命令domainEvent,查询结果和域模型接口上的错误等DTO. 相比之下,ASO是严格程序性的,我们使用一组标准方法(程序)来操纵资源(数据结构). 所以从我的角度来看,我们讨论的是两个非常不同的东西,我们有以下选择: >使ASO更加面向对象 – > RPC 所以从我的角度来看,我们可以做以下事情: >我们可以通过CRUD自动将实体映射到资源和命令到操作,例如HydraBundle使用活动记录(我们可以使用DDD和没有CQRS执行相同操作) >操作POST事务{…}可以导致SendMoneyCommand {…} >我们无法通过复杂的域模型将实体映射到资源,因为我们必须定义新资源来描述新服务或新实体方法,例如 >操作POST事务{…}可以导致account.sendMoney(anotherAccount,…) 我认为在DDD CQRS和REST之间进行这种本体对齐是不可能的,但我不是这个主题的专家.我认为我们可以做的是创建一个具有资源类,属性和操作的特定于应用程序的词汇表,并将操作映射到命令/查询以及将属性映射到命令/查询属性. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |