『听风且吟』技术版

对许多工作流来说,有一个重要的步骤是决定工作流与应用程序之间如何交互.我们如何得知工作流是否顺利完成?如何从运行中的工作流实例获取数据?如何获取已经完成的工作流的数据?这一节,我们来介绍一些解决这些问题的基本技术原理.

Windows Worklow提供两种现成可用的工作流执行风格:顺序和事件驱动(event-driven).顺序工作流的执行过程是一个连续的步骤序列,它在完成一个活动之后会去执行到下一个.

Visual Studio还提供另外一种生成工作流的方式:代码分离与XAML标记结合的方式,即通常我们所说的code-beside.

在有些环境中,编译过程会变成一种负担.想象一下,数据库中包含了上千个为特定用户量身打造的工作流定义.在这种情形下,我们也许想要避免总是创建新的程序集而引起的性能消耗.而我们需要的就是以最低的开销加载工作流,然后执行.幸运的是,这正是以纯XAML方式编写工作流的优点.

我们可以从工作流实例中生成XAML,因为XAML本质上就是托管对象的XML序列化.

MSBuild是.NET 2.0 Runtime中包含的基于XML的生成引擎.Visual Studio中所有的.csproj和.vbproj项目文件都可以看作是MSBuild文件. Visual Studio 2005生成项目的过程实际上是IDE使用MSBuild托管的线程来执行的.开发人员也可以直接从命令行使用MSBuild并传递参数.Windows Worklow在安装时已经将.xoml扩展名注册给了MSBuild.

我们可以使用WorkflowCompiler类和WorkflowCompilerResults类以编程的方式来编译工作流定义并得到一个程序集.其实Wfc.exe就是通过使用WorkflowCompiler类来执行编译过程的.

Windows Worfklow提供两种工作流编译方式,通过WorkflowCompiler类(位于 System.Workflow.ComponentModel.Compiler名称空间)来编译,或者使用一个命令行编译工具(其实还是通过 WorkflowCompiler类实现编译的).

本文介绍了如何使用纯XAML的方式来定义工作流。

工作流最终会变成内存中的一组托管对象.这些对象之所以能够依照我们的构思来执行,是因为我们用一种关系把它们组织到了一起.不仅是工作流