在进行领域驱动设计时，BPEL 有一席之地吗？
据我从 Vaughn Vernon 的 Implementing Domain Driven Design 了解到的我们应该使用领域事件在不同的有界上下文之间进行通信。
这是否排除了 BPEL 的使用？或者他们解决不同的问题？
我想要实现的目标是让每个有界上下文作为服务运行，并使用域事件在这些服务之间进行通信。另一位团队成员(不熟悉 DD)建议改用 BPEL。
最佳答案
我想说，如果要使用 BPEL，您将在特定的有界上下文中使用它。在任何情况下，您都希望在有界上下文之间使用基于事件的协作模型(假设它们与您的子域保持一致)，并根据需要使用 UI 组合，以减少需要的数据量。在它们之间传递。
我之所以说不要使用 BPEL 来协调有界上下文，是因为它将创建一个可以编写领域逻辑的额外位置。有界上下文的整体思想是，与给定通用语言相关的所有内容都位于边界内。
我想说，在有界上下文中使用 BPEL(和其他集成)工具可能适合用于集成多个第 3 方系统以及我们希望提供某种 UI 的其他情况-技术领域专家可以用来调整该有界上下文的某些方面的行为。
关于java - BPEL 与领域事件集成多个有界上下文，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/26591831/