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

在1月16日的“SharePoint 2010 Day”活动中，我奉献了一节《SharePoint 2010：新一代无代码工作流》讲座，会后Choral兄让我把它拆成几篇日志，于是就有了本文（本文是当天课程去掉Demo之后再添油加醋的图文重现版）。

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

介绍了SharePoint Designer 2010的变化之后，我们再来看看Visio 2010是怎样在SharePoint工作流中发挥作用的。

上一篇文章中，我介绍了SharePoint Designer 2010相对于SharePoint Designer 2007的一些变化，并没有介绍SharePoint Designer工作流的重要组成单元：条件（Condition）和操作（Action、或作“活动”），本文将着重介绍在SharePoint Designer 2010中，条件和操作都发生了什么样的变化。

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

上周我们介绍了WF 4.0 beta1中的跟踪机制。本文将继续深入介绍跟踪配置，并会解释如何使用它们来灵活地跟踪工作流的执行过程。

WF 4.0提供了许多活动，其中有一些是流控制活动，用来表达不同的建模风格，开发人员可以使用这些风格来构建各自的业务过程。顺序和Flowchart是WF4中提供的两个建模风格。本文将会介绍这两种建模风格，了解它们的概念、使用场景、以及它们之间的主要区别。

简单的说，跟踪服务是用来查看工作流的执行情况的功能。WF跟踪基础结构会检测工作流执行时发出的一些关键事件，并进行记录。例如，工作流在启动或完成时，就会发出跟踪记录。跟踪也可以提取与工作流变量相关联的业务相关数据。

在Visual Studio 2005时代，Visual Studio的插件提供了一个批处理文件（*.bat）来部署SharePoint工作流；在Visual Studio 2008时代，Visual Studio支持直接部署SharePoint工作流。虽然使用Visual Studio 2008来设计、开发以及部署SharePoint工作流非常方便，但如果想要把开发好的工作流部署到其他服务器，就会发现，Visual Studio 2008并没有将工作流生成为一个WSP文件，也没有提供批处理文件。 本文就来介绍一种在Visual Studio 2008中生成SharePoint工作流WSP文件的方法。虽然这个方法并不是什么新方法，但却知者甚少，所以我还是累述一下吧。