工作流这个词语可能是软件工程领域负载意思最多的词语之一，从计算机科学101到最复杂的商业系统它基本上都成功地对应用程序的设计发挥着影响作用。在即将到来的新时期，我们将处理一个最近加入到这个世界来的新词语：Windows工作流基础(Windows Workflow Foundation，WWF)以及它将怎么样影响面向服务的设计。

　　工作流本身具有粒状服务的性质。换而言之，服务满足了小部分工作单元，这非常小的一部分工作单元在许多不同的场景中有利于被重用。这也反过来创造了将不计其数的结果拼接在一起作为工作流的可能性。因此从一个很简单的层面来说一个工作流只不过是一系列粘在一起来满足某种特定业务流程的服务。

　　在非常特殊的情况下，出现了许多解决这个工作流问题的方法：WSFL(Web服务流语言)，XLANG(业务流程设计中的Web服务)以及BPEL(业务流程执行语言)，这里仅举几例。其中，一个最有影响力的毫无疑问是业务流程执行语言(BPEL)了，部分原因是它不仅支持业界各大厂商，而且还从专卖店的角度帮助它们定制面向服务的架构。

　　但是尽管BPEL提供语义和深度从而来阐述详尽的Web服务场景，它仍然局限于在服务世界退居于夹缝的地位。如果你考虑严格地从服务创建工作流，你将得出一个非常现实的结论，那就是在许多企业中工作流需要非服务化应用程序或者非系统化的任务的集成，工作流将超出BPEL的范围或者其它任何目前适用于SOA的技术。鉴于这种可能性，Windows工作流基础(WWF)诞生了。

　　WF背后基本的前提是工作流的性质适合于跨越许多不同的层面或者软件足见。考虑一个工作流不仅由Web服务组成，而且还能够与桌面应用程序，Web服务以及遗留系统结合。它是一个强有力的抽象，是一个工作流的一部分，并且不需要服务化——严格按照SOAP/XML——像BPEL等方法是需要的。

　　WF当然紧紧地与微软公司的技术集成到了一起，但是它的架构与你经历过的其它Web服务工作流引擎有许多相似之处。处于核心地位的是WF运行时，它提供了执行和协调工作流指令的基石，一个类似BPEL引擎的组件。

　　但是与组成服务器层部署的一部分的BPEL相反，在WF运行时之后的构架不仅使得服务器端的Web服务的经典语义中可以部署，而且也使得在其它一些桌面应用程序上也可以被嵌入——例如Office——以及任何其它能够被连接到.NET框架上的应用程序，这框架正是目前微软技术的主要建设基础。

　　对于定义工作流，WF给任何使用目标定位于.NET的语言或者更受欢迎的叫做可扩展应用标记语言(XAML)的语言敞开了大门。这是一个允许用户使用之前已经懂得的语言自己创制工作流的过程，那是一个与许多工作流平台的鲜明的对比，许多工作流平台需要学习一个特定的语言从而才能达到高效使用这个工具的目的。

　　尽管WF仍然起步试用阶段，它还是值得尝试的，因为它试图为一个老的问题提供一个整体的解决办法。但是这让Web服务工作流的发展如我们知道的那样或者像BPEL那样发展吗?简短的回答是，用一个更强大的补充来结构化工作流。

　　随着它的出现，WF进入了两个微软相关的在把工作流放在Web服务上下文环境中的举措：WCF(Windows通信基础)以及BizTalk服务器。你能够在之前的专栏上两个项目中获得更多的背景：WCF：微软的最新的服务方式以及BizTalk 服务器：微软的SOA构建基础模块。

　　BizTalk服务器是微软为解决对面向服务架构很常见的企业集成问题而准备的对策，面向服务的架构有能力编制基于工业接受标准例如BPEL的服务工作流。但是正如其名称所表示的那样，这个平台是设计用来操作服务器端的，并且，如前面所述的，BPEL并不适合在这些服务环境中管理工作流。

　　由于有此限制，WF的重心在于提供一个环境，在此环境中来执行工作流，不用考虑其地理位置，也不用考虑必须完成的任务的类型。最终，BizTalk服务器能够被嵌入到一个WF运行时，此运行时能够移植并且丰富BPEL类型的方法，以及让包括服务的桌面应用程序成为可能。但是可能更重要的是，一旦工作流以WF协议的形式结构化，执行和部署工作流的可能性就将变得更加强大，鉴于轻量级/嵌入设计的WF。

　　鉴于此我们得出关于Windows工作流基础概况的结论，一个技术与之息息相关的工程——Windows通信基础以及BizTalk服务器，它们都在称为WinFX的更广的庇护下——将形成下一代Windows平台的一部分，设计它从而来处理面向服务的应用程序的创建。