为什么业务对象要与工作流序列化？

Question

当您有一个需要持久性的长时间运行的工作流时，似乎唯一的解决方案就是让工作流框架在存储它们之前序列化该工作流和业务对象。

这不是会导致给定业务对象的多个副本不同步吗？

如何处理同步问题，以及为什么要将业务对象与工作流序列化(与维护工作流和业务对象之间的链接)？

我找到了一个related question，但它并没有真正回答如何处理它或者为什么要这样做。

Answer 1

当您有一个需要持久性的长时间运行的工作流时，似乎唯一的解决方案就是让工作流框架在存储它们之前序列化该工作流和业务对象。

是。序列化允许数据在单个自包含结构中无限期地持久化。

这不会导致给定业务对象的多个副本不同步吗？

如果代码的设计假设副作用会以某种方式神奇地传播，那么是的。所以不要这么做:-)

如何处理同步问题?为什么要将业务对象与工作流序列化(与维护工作流和业务对象之间的链接相比)？

这要视情况而定。

例如，在SharePoint环境中，可以只保留列表Guid和项目Id (它们随工作流序列化)，然后按需检索项目。也就是说，SharePoint列表项充当在工作流之外具有生命周期(时间)的“业务对象”。因为该项目是一个共享的外部资源，所以，除非有趣的小竞争条件，否则它是“同步的”。

什么时候没有“链接”？那么，当不需要这样的同步时--例如，初始值在工作流的持续时间内有效和/或不可变。这两种方法可以在混合环境中一起使用，这实际上取决于业务逻辑需求。

祝你编码愉快。