Windows Workflow Foundation新一代工作流开发实务
点此进入淘宝搜索页搜索分类: 图书,计算机/网络,行业软件及应用,
作者： 彭靖灏，李智桦著
出 版 社： 电子工业出版社
出版时间： 2008-5-1字数： 415000版次： 1页数： 289印刷时间： 2008/05/01开本： 16开印次： 1纸张： 胶版纸I S B N ： 9787121063015包装： 平装内容简介
本书完整介绍了Windows Workflow Foundation的基本流程、工作形态，并提供各类活动的程序示例。通过实际示例，解说工作流程的规则、条件、变更、补偿、错误处理等，并以实际示例介绍程序开发与应用。书中深入探讨了Workflow Foundation与Web Service及ASP.NET应用程序的结合，充分展现Workflow Foundation与外界互动的惊人实力。
本书适合.NET程序员及学生阅读、学习。
目录
第1部分 入门
第1章 关于工作流
1.1 Workflow Foundation概述
1.2 认识Workflow Foundation应用程序
1.3 Workflow Foundation的重要服务及功能
1.4 建立工作流应用程序
第2章 建立WF应用程序
2.1 WF的应用场景
2.2 客户询价处理应用程序
2.3 XAML
2.4 持续发展
第3章 活动
3.1 内置的基础活动
3.2 基本类活动
3.3 通信事件类活动
3.4 错误处理类活动
3.5 事务和补偿类
3.6 条件和规则判断类活动
3.7 Web Service类活动
3.8 状态机工作流类活动
3.9 对活动应有的认识
3.10 了解基本活动之后的思考
第2部分 应用WF工作流
第4章 和外界系统沟通
4.1 流程实例的生命周期
4.2 通过事件及方法的调用进行互动
4.3 扩充询价流程
4.4 修改工作流
4.5 调用外部流程
4.6 数据交换和异动
第5章 流程的事务、补偿和错误处理
5.1 WF的错误处理
5.2 事务操作的处理
5.3 补偿机制
5.4 Web Service的结合应用
第6章 流程和Web Service的结合
6.1 使用Web Service
6.2 InvokeWebService活动
6.3 发布工作流成为Web Service
6.4 使用配置文件来配置WF运行时引擎
6.5 以角色为基础的授权
6.6 事件驱动流程
第7章 状态机工作流
7.1 状态机工作流 vs. 顺序工作流
7.2 红绿灯工作流的开发
7.3 运用状态机工作流的注意事项
第3部分 深入应用
第8章 完整的工作流运用
8.1 类似Windows Service应用程序：Reminder
8.2 适合用来做等待的活动
8.3 结合ASP.NET应用程序
8.4 WF和MVC架构
8.5 发挥WF的想象空间
第9章 创建自定义活动
9.1 活动的基本定义
9.2 活动的生命周期
9.3 创建自定义活动
9.4 宿主环境的结合
第10章 和WCF的整合
10.1 熟悉WCF服务的基本开发流程
10.2 开发范例
10.3 运用WF处理分布式数据的流程
第11章 规则和条件
11.1 关于规则及条件
11.2 条件的使用
11.3 规则的使用
11.4 规则执行的跟踪
11.5 起点
书摘插图
第1部分 入门
第1章 关于工作流
这是一本谈Windows Workflow Foundation的书，书中的主角当然就是Windows Workflow Foundation（简称WF）。作为.NET Framework 3.0中主要的技术成员之一，WF可以说是微软软件开发技术史中，最重要、也是被误解最多的技术之一。要充分掌握WF的应用时机很容易，也很困难，最主要的原因还是在于大家对工作流这件事的期望很高。所以，在开始讨论wF之前，我们先来谈一些历史。
1.1 Workflow Foundation概述
1.1.1 从BizTalk Orchestration开始
微软从很早以前就开始有工作流相关的技术，最早应该追溯到Exchange。当时Exchange最大的敌人是Lotus Notes，Exchange的出现，让微软在MS—Mail面对Notes的颓势中扳回一城，让微软的电子邮件产品也能够以客户端，服务器架构面对敌人，而不是通过文件共享的方式来提供信息服务。不过，在Notes以群组软件的方式现身，并且涉足工作流领域后，Exchange面对的，就是一个顽强的敌人。要改善这个状况，最直接的方式就是提供界面设计功能，并且加上工作流的服务。于是微软在Exchange中提出了路由对象的技术，企图结合既有的电子表单开发技术，为企业提供一个建立工作流解决方案的平台。
不过，这项技术的效果并不好，它存在太多的障碍而形成使用的门槛。其中最大的问题在于当时的微软有太多开发技术，却欠缺一致的底层操作平台，使得很多技术看起来像大杂烩一样。就以Exchange要提供的工作流技术为例，它的流程定义是通过COM来实现的，却没有图形化的设计工具，所以要建立流程就必须靠程序代码；但若是通过Exchange的窗体技术来建立电子表单，拉窗体的方式将类似Visual Basic的控件拖拽方式，但是事件处理程序要运用脚本，、而且缺乏调试工具，这就痛苦了。又或者可以通过HTML页面设计，那需要使用R0却又必花费一番功夫。简单来说，开发一个工作流解决方案必须面对好几个设计工具，而没有图形化工具设计流程，就注定了它的失败。
后续几个和工作流有关的技术都不令人满意，SQL Server也开发了一项工作流技术，开发工具是Access，并提供了一个流程设计接口，但很简陋，简陋到它只能定义程序流程，难以定义更高级的业务流程。之后的Site Server、Commerce Server、BizTalk Server都陆续推出一些与工作流相关的技术，彼此间的方式虽各有差异，但都是要解决工作流的问题。
……
