从业务对象Workflow Foundation的反序列化 [英] Workflow foundation deserialization from business objects

问题描述

我学习微软WF样本，发现它们的序列化/反序列化未完成，以保持其状态的工作流。我不喜欢它的工作流程是一个过程，它不需要任何额外的数据，从不同的线程或code部分继续。

I'm studying Microsoft WF samples and have found that they serializing/deserializing workflows that are not finished to hold its state. I don't like it as workflow is a process and it doesn't need any additional data to continue from a different thread or code part.

也许我错过了一些东西。您可以共享保存/加载未完成的工作流程，如果有可能的例子吗？也许替代的工作流框架，也离不开谁的序列化/反序列化。例如，它可以从业务对象的状态恢复。

Maybe I've missed something. Can you share examples of saving/loading unfinished workflows if it's possible? Maybe alternative workflow frameworks can do without serialization/deserialization. For example it could be restored from business object state.

推荐答案

您在想实在太小。有超出你能想象现在很多用途。所有的工作流框架（除非他们使用一些类型的对象分贝的？）将序列化工作流状态，以便它可以继续在以后的时间。微软WF，K2 BlackPerl和其他许多人做到这一点。 K2做它，因为你可以有一个项目办理流程V1，然后在右侧中间有人将更新工作流程，V2，但K2是足够聪明，知道是应该继续处理下，V1工作流程的项目。

You're thinking far too small. There are many uses beyond what you can imagine right now. All workflow frameworks (unless they use some type of object db?) will serialize the workflow state so it can be continued at a later time. Microsoft WF, K2 BlackPerl and many others do this. K2 does it because you can have an item going through workflow v1 and then right in the middle someone will update the workflow to v2 but K2 is smart enough to know that is should continue processing that item under the v1 workflow.

也许我失去了你的问题，但它好像你不喜欢它序列化的工作流程进行存储。

Maybe i'm missing your question but it seems like you don't like that it serializes the workflow for storage.

这篇关于从业务对象Workflow Foundation的反序列化的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！