如果你已经开发过Windows Workflow Foundation（WF）程序，那么你应该会非常熟悉活动。在WF世界中，程序被定义为一个活动树。有些活动用来控制程序的流，比如Sequence、If和While；有些活动执行特殊的操作，比如Assign、InvokeMethod和WriteLine；还有一些可以和外部系统通讯，比如Send和Receive。

介绍完针对IT人员的SharePoint Designer 2010和针对业务人员的Visio 2010，我们再来看一下Visual Studio 2010为SharePoint开发人员提供了哪些便利。

本文的作者是微软WF Team的PM，Matt Winkler，本文主要介绍了WF 4.0 beta2中的一些有趣的新变化，如果想了解beta2的更多信息，请移步至此页。

日前，微软WF团队发布了《WF 4 Migration Guidance》，该文档旨在描述现有的WF 3.x技术（这些类型定义于System.Workflow.*命名空间中）与即将发布的.NET 4中的新的WF技术（System.Activites.*命名空间）之间的关系，藉此来帮助WF开发人员去评估.NET Framework 4中引进的新的WF编程模型。 同时，迁移指南中所涉及到的代码将会发布在《WF Migration Guidance project on the MSDN Code Gallery》。

本文的作者是来自Connected Framework团队的Miguel Susffalich。 在之前的文章中，我们简单的介绍了WF 4.0 beta1中的跟踪机制，并且深入介绍了WF 4.0 beta1的跟踪配置。本文将继续解释跟踪参与者（Tracking Participants）是如何工作的、以及如何使用跟踪参与者来处理和存储工作流放出的跟踪记录。我们还将介绍现成的Event Tracing for Windows（ETW） 跟踪参与者以及如何通过它在事件查看器中查看跟踪记录。

本文接着来介绍一下WF 4.0 beta1的其他几个活动分类：Flowchart、Messaging、PowerShell和Migration。

相比于WF 3.5，WF 4.0 beta1提供了大量开箱即用的活动，我们可以使用这些活动来创作工作流或者创建自定义活动。本文将会对这些活动做一个简单快速的概览，并介绍它们的关键特性。 活动是工作流程序的工作单元。在WF 4.0中，活动由签名和正文组成。签名是活动的公共参数的术语化定义，这些公共参数定义了活动的输入和输出数据流。而正文则是指活动的执行逻辑，此逻辑可以用其他活动声明性地表示，也可以通过代码来表示。 下面按照WF 4.0 beta1在Visual Studio 2010工具栏中的分类来简单地介绍一下这些内置活动。

SQL持久化和跟踪服务分别为工作流状态和跟踪信息提供了持久的存储。但是，它们并没有一起工作。具体来说，每个服务都会使用不同的数据库连接来进行操作。工作流Runtime也因此会使用多个数据库连接。如果跟踪服务开启了事务支持，则会导致额外的开销出现。当事务跨越多个连接时，微软分布式事务协调程序（Microsoft Distributed Transaction Coordinator，MSDTC）会接受事务的管理。MSDTC也会造成一些开销。WF为同时使用了SQL持久化和SQL跟踪服务的应用程序提供了优化方案：SharedConnectionWorkflowCommitWorkBatchService类。这个服务允许两个SQL服务共享一个连接（前提是这两个SQL服务的连接字符串是相同的）。

Windows Workflow 提供了可扩展可收缩的跟踪功能来捕捉和记录工作流的执行信息。对于接收到的工作流信息，跟踪服务会使用跟踪配置（tracking profile）来进行筛选。WF Runtime可以发送许多信息，包括工作流事件、活动状态更改、规则判断和我们的自定义检测数据（custom instrumentation data）。跟踪服务有能力决定如何处理接收到的数据，可以把它们记录到日志文件里，也可以保存到数据库中。跟踪服务会参与到工作流Runtime中来，以确保它记录的信息是一致并且持久的。

工作流在长时间运行时难免会遇到一些问题，许多业务逻辑需要花费数日、数周乃至数月。在这段时间中，我们不能让工作流实例一直驻留在内存中（比如，我们需要一份开支报告，而不巧的是对此负责的会计师却在西班牙海滩休假，怎么办呢？）。在Windows Workflow中，可以通过持久化服务来解决长时间运行的工作流可能遇到的问题。