java中workFlowEvent_关于工作流（Workflow Foundation）的一些总结归纳

其实，以我的体会，工作流(Workflow Foundation)从它一诞生就褒贬不一。至少它确实目前看起来还是比较难用。在.NET 3.5以及之前的版本中，为了实现工作流，我们还是需要编写相当多的代码。

我觉得，WF给我们带来的主要有几点是值得了解的

1. 通过可视化的界面将流程设计与程序逻辑分离开来。

流程设计的可以只管流程，他们不要知道怎么做。流程设计的人员可能(或者一定)不会用Visual Studio，他们可以使用一些简单的设计器工具。例如下面的这个小例子就是一个独立的程序，上面包装了WF的设计器。结合自定义Activity的设计，可以将业务逻辑隐藏起来。

2.业务逻辑的数据还是需要我们自己设计数据库保存以及维护的

这是很多人疑惑的，他们觉得既然有Workflow Foundation，就万事大吉了。因为工作流实例确实也有数据，而且我们可以持久化将其保存起来嘛。

停！这不是一个正确的想法。工作流的持久化服务顾名思义，其实主要是为了给我们维护长时间工作的流程信息的(可以在空闲的时候卸载，保存到数据库等)。

大家应该这样理解，Workflow Foundation只是管流程的部分，它不管数据。

没错，它只管流程。这有什么问题么，它管好这个就够了，而且确实能帮很大的忙，不是吗？

这样，我们就可以将注意力放在业务数据的管理，而不是流程状态的管理之类。

3. 一般一套工作流的解决方案需要包含哪些组件

请注意上面选中的项目，我来解释一下

3.1 WorkflowLibrary 这个项目包含了工作流设计，它是可视化设计的成果。下图是一个典型的审批流程

3.2 OrderApprovalEventType 这个项目包含了工作流设计时可能会用到的一些接口和事件定义。为什么需要用事件呢？一般我们的流程如果需要等待用户干预，诸如审批之类的情况，就需要这样做，因为它可能不是立即发生的。

注意，接口要标记为ExternalDataExchange，事件参数需要继承ExternalDataEventArgs，而且必须可序列化

3.3 Contracts 这个项目是标准的WCF合约定义，因为我们是分了服务器和客户端的，他们之间通过WCF通讯，包括创建流程，以及激发事件等等

3.4 Services，这就是具体实现的WCF服务，在这里可以启动工