Domain driven design 如何在不同的有界上下文中创建两个聚合?

Domain driven design 如何在不同的有界上下文中创建两个聚合?,domain-driven-design,bounded-contexts,dddd,Domain Driven Design,Bounded Contexts,Dddd,关于整合有界上下文的问题。 例如我在公元前21世纪有组织AR。以及卑诗省物流业的快递服务。它们必须相互连接 组织机构包括: 组织ID 名称 税则 法律地址 ... 快递服务AR包括: 信使服务ID 名称 运输优先权 评级 ... 客户端在一个请求名称、TaxCode、LegaAddress、TransportationPriority和Rating中发送所有这些信息 问题: 我应该在哪个应用程序中提交创建两个AR的请求? 我应该如何创建这两个AR?在我在公元前一年创建了第一个AR之后,我应该如何

关于整合有界上下文的问题。 例如我在公元前21世纪有组织AR。以及卑诗省物流业的快递服务。它们必须相互连接

组织机构包括:

组织ID 名称 税则 法律地址 ... 快递服务AR包括:

信使服务ID 名称 运输优先权 评级 ... 客户端在一个请求名称、TaxCode、LegaAddress、TransportationPriority和Rating中发送所有这些信息

问题:

我应该在哪个应用程序中提交创建两个AR的请求? 我应该如何创建这两个AR?在我在公元前一年创建了第一个AR之后,我应该如何从公元前二年创建第二个AR? 我面临的问题是:

起初,我想在创建组织AR时发布域事件,以通知后勤BC并创建快递服务AR。但当我在第一个BC中发布域事件时,我必须使用语言概念作为传输优先级,在第二个BC中创建AR所需的级别。但这种语言概念并不属于公元前一世纪。然而,它们在其中被使用。我知道这是错误的


那么我该如何解决我的问题呢?对不起,我的英语不好。非常感谢。

为什么必须连接它们?据我所知,你可以有一个OrgAR和多个CourServAR。这里可以做的是:

用户在页面中输入您编写的信息,所有数据都集中在一起,因此应该使用表单或类似的方式完成 他一到那里,我就给他几张身份证在乌迪达汉的某个帖子里,我现在找不到 使用此ID(用于OrganizationId和CourierServiceId),您可以将这两个命令发送到不同的域,而不必使用共享他们不知道/必须使用的数据的事件 当然,可能是存储一个AR出错了,因此您需要一种方法来验证作业或类似内容的数据完整性,然后您必须通知用户在该过程中出现了错误 要获得ID,可能需要编写两个服务,为OrgAR和CourServAR提供下一个有用的ID

不管怎么说,这两个AR是绑定在一起的,你必须将它们存储在一起,这一事实在我的大脑中发出了警报

事实上,我要做的是:

确定用户必须真正存储什么OrgAR或CourServAR?例如,我拿OrgAR来说 使用此选项,创建一个表单来存储OrgAR 然后,给他储存CourServAR的机会 第二个AR已经有一个到第一个AR的链接,因为我有它的ID,现在我需要的是OrgBC中的一个命令,上面写着assignCourServtoOrg,它只绑定OrgAR中的两个ID
非常感谢。请告诉我,来自另一个有界上下文的全局ID是否违反了上下文中普遍存在的语言的规则?它必须有一个与本地环境中普遍存在的语言相对应的名称吗?分配CourservToorg和CourierServiceId对OrgAR来说很奇怪。不是吗?我想不是。如果你不使用BC实体的ID,你怎么能在它们之间共享链接?如果您的域需要此操作,请在不重叠BC的情况下对其进行建模。顺便问一下,为什么您需要assignCourServToOrg snd CourierService ID?第二个是什么意思?在我看来,你只需要一次服务;存储第二个实体后,它会做出反应,而第一个实体更好,它属于不同的BC并将其绑定到另一个BC。