问题描述
我一直在看毛罗·瑟维文（Mauro Servienti）的演讲，“我们所有的聚集都是错误的。 这是参考链接：https://www.youtube.com/watch?v=KkzvQSuYd5I
我喜欢根据数据的行为和类型将物品（例如商品和购物车）分成各种不同的上下文的想法。
但是我无法理解的情况。
创建项目时，我可能会拥有至少具有以下基本信息的用户界面：
看看这些数据，我们可以看到至少有两个边界需要交叉。因为价格而销售，由于名字而营销。 我假设销售是所有者，所以项目的创建将落在这里。
此数据如何在边界之间获取？
如果我要在生命周期中考虑它，我可能会期望以下流程：
- 致电销售边界，创建物料。这只关心产品代码和价格（也许）
- 具有此概念模型的所有其他服务（仓库，市场营销，运输），将侦听一个项目创建的事件，然后为其创建具有默认值的记录（例如，仓库将说0个库存，市场营销会给出一个空的名称和描述，等等...）
- 该商品位于其他服务中后，可以致电他们更新其信息，例如给物品起个名字。
我的问题是如果某些服务/边界无法默认数据该怎么办。例如营销必须有一个名称，不能为空。
另一个问题是，如果用户必须一点一点地执行此流程，则该流程将不是非常用户友好。 api网关可以构成此流并将其作为1个请求处理，但它依赖于在其他服务中创建的记录，这是最终的结果。
您如何解决这些问题？ 我有一种强烈的感觉，我在某处完全落后了，希望能得到一些意见。
谢谢
解决方法
暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！
如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。
小编邮箱:dio#foxmail.com (将#修改为@）