陈希章@中国

在Workflow Foundation中，提供了多种设计工作流的方式。例如 纯代码的方式（C#） 代码分离的方式（XOML+C#） 以上两种，可以从Visual Studio提供的项目模板中选择 他们在设计器中看起来是如下的 xoml是一种特殊的XML格式，它可以描述流程。例如下面这样的一个流程 它用XOML描述的话，大致如下

上一篇，我用实例讲解了在.NET Framework 3.0(3.5)中如何动态加载xoml创建和运行流程的做法。这一篇谈一下在WF 4.0中的情况，首先介绍一下WF 4的一些重要变化 WF 4中，默认就是用xaml（注意，不是xoml)，同时不允许包含c#代码 WF 4中，不再区分顺序工作流和状态机工作流 WF 4中，不再能直接使用Code Activity，如果希望写代码，则需要编写一个自定义的Activity，继承Code Activity 我接下来还是用一个例子讲解一下如何在WF 4中动态加载xa

前面两篇已经实现了最简单的基于事件的工作流程，用户可以在客户端（任意类型的客户端）发出流程操作的指令，通过WCF的通讯，驱动后台的工作流工作。 Workflow Foundation 4.0中的事件驱动流程设计和应用（一）   但之前的例子只有一个事件，就是“创建流程”的事件，显然这是不够的。这一篇就来把这个例子完善一下，通过这个练习之后，大家应该可以大致了解在WF4中如何设计基于事件的流程了 我们将为这个流程添加一个“审批流程”的事件。 本文代码，请通过 这里 下载 1. 修改工作流设计 很显然地，我们会

已经有不少朋友知道Workflow Foundation 4了。这个版本较之于以往有了一些明显的区别，开发的一些思路也大不相同了。 很多人会觉得很怀念以前3.0中的“顺序工作流”和“状态机工作流”的分类，其实大可不必。在4.0中虽然没有称之为“状态机工作流”的东西，但其实实现起来也很自然.WF 4提供了FlowChart的功能，其实就是状态机工作流。（它的不同Decision之间可以转化，而这正是状态机与顺序工作流的根本区别） 这一篇不是用来讨论状态机工作流这个话题的，提一下只是想说，大家要抓住重点，而不是

上一篇，我介绍到了WF4的全新事件驱动工作流设计的第一部分。我们可以大致总结几个重点 1. WF4的事件机制与WF3有了革命性的不同。WF3是基于ExternalDataExchange服务的。而WF4是基于WCF的。这种设计相对来说，对于开发人员而言，简便了很多。 2. WF3中是使用所谓的EventDriven这样的Activity，而WF4则使用了Receive这样的Activity.其实，从WF 3.5的时候就可以看到这样的端倪。 3. 如果需要进行事件的监听，则不能使用WorkflowInvoke

前面三篇，我介绍到了如何在WF 4中设计简单的审批流程，没有什么特别出奇的技术，只不过WF4对于事件机制有了不小的改进吧。 Workflow Foundation 4.0中的事件驱动流程设计和应用（一） Workflow Foundation 4.0中的事件驱动流程设计和应用（二） Workflow Foundation 4.0中的事件驱动流程设计和应用（三）   这一篇要来谈谈更加深入一点的话题：如果我们的流程需要长时间才能完成（这是很常见的），那么如何在这些流程空闲（例如等待经理审批）的时候，更好地管理

之前，我通过4篇文章介绍了在WF4中开发基于事件的工作流的范例。请参考下面的链接。 Workflow Foundation 4.0中的事件驱动流程设计和应用（一） Workflow Foundation 4.0中的事件驱动流程设计和应用（二） Workflow Foundation 4.0中的事件驱动流程设计和应用（三） Workflow Foundation 4.0中的事件驱动流程设计和应用（四）   这一篇是这个系列的最后一篇，介绍如何通过配置文件，而不是代码的方式启动宿主。这在现实工作中是相当有用的，

上一篇 我总结介绍了WCF技术的背景，核心要素，和典型场景，目的是希望让大家更好地掌握WCF技术，并且在工作中知道如何选择。 由于篇幅较长，这一篇继续写完第二部分。 应用场景： WCF 从发布到现在的将近5年左右的时间，经过了多次增强和改进，从最开始单纯的SOAP Service的方式，发展出来其他多种应用场景，分别是 1. SOAP Services 2. WebHttp Services 3