集合间通信
目前，每个聚合根和两个聚合根( Room和RoomType )都有一个事件流。
Room的行为取决于它是什么RoomType。为了分离这两个聚合体，RoomType只是表示为Room聚合中的一个roomTypeId。RoomType的更改由RoomTypeChanged事件表示。
RoomTypes可以单独管理，并且需要在不同的聚合中。
现在考虑以下用例：
当用户使RoomType无效时，所有拥有该Roomtype的Rooms都应该切换到备用RoomType。
我曾想过几种方法，但它们似乎都有问题：
- 让一个事件侦听器侦听
RoomTypeInvalidated-event，并在拥有该Roomtype的所有Room-aggregates上发送一个Roomtype。但我该怎么做呢？除非我访问我的readmodel，否则无法知道哪些聚合具有Roomtype，这似乎是不正确的。即使我要加载所有聚合，也无法只加载该类型的聚合，因为我无法加载所有流的子集(使用geteventstore)。 - 当将
RoomTypeChanged-events重新应用到Room聚合时，而不是仅仅应用它，检查一下RoomType是否仍然存在，但话又说回来，我如何知道哪个RoomTypes存在(我将处于与1相同的情况，但却倒置)？另外，重新应用事件的逻辑似乎是错误的，它们应该只是表示我认为的状态变化。
你怎么解决这个问题？
回答 3
Stack Overflow用户
发布于 2015-10-07 12:40:06
我们正在处理同样的问题，也包括房间和房间类型。您遇到问题的解决方案可能是从关系映射的，这是一个无问题的关系。在一个数据驱动的领域里开始思考行为是很困难的，也是很混乱的。我认为要解决这个问题，你必须挑战所提出的解决方案。
当我们重新考虑这个问题时，我们最终得到了像RoomAssignment和RoomAllocationSchedule这样的聚合体，并且发现RoomType主要用于向外部通道/ OTA传递房间特性。
建模我们需要的行为真的很有帮助(因为一致性边界开始有意义了)，而不是对数据建模并尝试在其上强制执行关系一致的行为。
当我们真正需要跨聚合的一致性时，我们建模一个流程管理器/传奇，它本身是事务一致的，并传递聚合信息。因此，我们有一个"RoomAssignmentDirector“聚合，它确保一个房间在分配给该房间之前分配给一个房间。
希望能帮上忙。
Stack Overflow用户
发布于 2015-06-18 20:11:16
为什么不使用每个房间类型的过程管理器，并将房间列表作为过程管理器的属性？
从服务或命令处理程序查询读取模型并不能保证框架的一致性。如果一个房间被分配给失效的房间类型，但是读取模型还没有更新呢？(这就是我所面临的场景)
Stack Overflow用户
发布于 2015-09-24 19:29:36
通过确保数据在每次违背设计时都是完全一致的，来解决这个问题。事件源假定系统是，最终是一致的，因此读取模型中存在的不一致是正常的和预期的。
解决这个问题的最好方法是使用新的无效TypeId (解决方案1)查询所有房间的读取模型。在更新完所有这些房间之后，可能会有一些散乱的程序没有被更新，所以您会在几分钟后重新运行事件处理程序(让我们说一分钟)。
在这一点上(假设命令在创建房间时检查房间类型的有效性)，用旧的房间类型创建新房间是不可能的，而散乱者的读取模型应该已经稳定下来了。因此，重新运行代码将更新所有剩余的内容。
https://stackoverflow.com/questions/28500250
复制相似问题
腾讯云开发者
