上一个系列主要描述WCF中的异常处理方法，因为没有人敢保证复杂系统中没有任何异常，一个完整系统的异常处理系统也应该是非常强大的，WCF中的异常处理可以帮助我们在面对类似事情时更加从容一些。本篇主要描述工作流服务，WCF 与WF 是如何相互关联、一起使用的。
[第1篇] 工作流服务
在本书阐述到此时，你已经知道了WCF就是关于服务定义，服务创建和服务安全的。服务契约中有规范化描述的定义的很好的边界，但是从服务外面看，内部工作是完全不透明的。WCF 描述了很少的一部分服务实现；它简单地提供了接口来可信赖地并安全地与客户端交换消息。
[第2篇] 从WF调用一个WCF服务
WF活动是工作流程序的构建块。每个活动一般都执行一个任务，比如调用一个类的一个方法，调用一个网络服务或者调用其他程序。WF附带了很多内建活动，开发人员可以通过继承基类活动中的一个来创建它们自己的活动。
[第3篇] 从WF暴露一个服务 (上，中，下)
开发人员通常使用WF来创建反应程序(reactive program). 程序启动，做一些有用的工作，等待输入，做一些其他有用的工作，等待更多的输入，等等。在一些确定的点，工作流程序结束。反应程序可能运行很长时间，在这个时间内客户端或者服务端的计算机可能关闭。也可能由很多工作流实例的拷贝同时运行，每个实例必须可以独立地寻址以便于它可以接收到外部输入。尽管这些能力对WF来说不是独有的，它们仍然要求特别注意。
[第4篇] 关联与持久服务
工作流通常用在商业事务模型上。正如在现实世界中的商业事务，这些可能运行几秒(在ATM机上转账)或者运行很行时间(从eBay上买些东西，付钱，收货，然后给出反馈)。事务被模型化一次然后将会有成百上千的实例运行，很多是并发运行的。当这些事务中的任何一个运行时，客户端，服务端或者网络会在这期间不可用或者重启。
[第5篇] 处理上下文
一个长时间运行的工作流可能有多个接收活动，如图片11.10和图片11.11所示。当第一个接收活动被调用而且一个工作流实例被创建后，所有对工作流实例的顺序调用必须向绑定信道附加一个上下文来保证正确的相关性。这意味着客户端负责跟踪它想要与之通信的工作流实例的上下文。WF使用ContextBinding元素来让上下文对客户端可见。
[第6篇]控制对服务开启的工作流的访问
通过行为扩展WF和WCF之间的集成已经很广泛。行为可以在消息到达WorkflowRuntime之前或者在消息离开之后检测并增强它们。行为有访问完全消息的权限， 包括SOAP消息头。依赖于在服务描述中确定的安全模型， 不同的安全信息在SOAP消息头中从客户端发送给服务端。
[第7篇] 总结
Windows Workflow Foundation(Windows 工作流基础，WF)是WCF 的补充技术。由WCF定义并实现一个服务的接口，WF负责对这个服务的商业逻辑进行模型化处理以及实现。Visual Studio 2008 和.NET 3.5 提供了二者更深层次的集成。