《WF编程》笔记
《Programming Windows Workflow Foundation: Practical WF Techniques and Examples using XAML and C#》读书笔记
摘要: 本节来介绍一下在状态机工作流中工作的活动.
一个状态机是由一系列状态(State)组成的.譬如,用来模拟软件bug跟踪的状态机工作流也许会包含以下四个状态:开启,分配,关闭和延期, 工作流总是处于其中一个状态中.状态机的执行完全依靠事件来驱动.只有当工作流接收到适当的事件,才可以从当前的状态转换到一个新的状态.一个状态机必须 包含一个起始状态和一个可选的结束状态.当工作流转换到结束状态时,工作流就完成了.
状态机工作流适合于模拟由外部决策来驱动执行的工作流.当我们做出了决策,比如关闭一个bug,我们需要一个本地通信服务来为工作流触发事件. 工作流知道当前所处状态和可能将要转换到的状态.譬如,我们规定一个开启的bug必须在关闭之前被分配给相关人员,但它也可以从开启状态直接转换到延期状 态.
我们在建立一个状态机时,第一步就是定义这些状态.
阅读全文
摘要: 今时今日,一个完善的软件无可避免的需要发送或接受SOAP请求,WF也包含了一些围绕Web Services的客户端或者服务器端的活动:
InvokeWebServiceActivity:调用Web Service方法;
WebServiceInputActivity:接受Web Service 请求;
WebServiceOutputActivity:响应Web Service请求;
WebServiceFaultActivity:抛出SOAP异常.
阅读全文
摘要: WF中关于条件和规则的活动有两个: ConditionedActivityGroup(CAG) 活动和Policy活动.
虽然我们也把CAG视作控制流的活动,但事实上CAG更加侧重于对条件和规则的控制.
Policy活动是一个规则引擎,它允许我们将业务逻辑从工作流并中分离并且声明性的定义业务策略.
本节将对这两个活动进行简单的介绍.
阅读全文
摘要: 本节简单的介绍WF中有关事务和补偿的几个内置活动.
阅读全文
摘要: Fault,故障,现在官方已经将其翻译为错误,那么以后的随笔中我也就采用官方的翻译吧.
错误处理也属于流程控制的一部分,这一节我来介绍一下有关错误处理的活动.错误是指在工作流执行期间发生的异常.我们可以使用错误处理程序来捕捉这些异常并尝试做一些”修复”工作.我们可以补偿提交的事务,或者发送Email来警告管理员并等待丢失的数据被修复.
我们最好在工作流中对可能发生的错误进行处理,如果工作流抛出了一个异常,而我们又不知道如何去处理,那么只能等Runtime终止工作流.
阅读全文
摘要: 像CallExternalMethod活动一样,HandleExternalEvent活动也有一个必须设置的InterfaceType属性.当我设置这个属性之后,我们就可以设置EventName属性了.
如果从本地服务而来的事件一直没有到达HandleExternalEvent的话,它就不会完成.假如事件有可能永远不会到达,或者事件需要过 一段时间之后才会到达,那么最好把这个活动置于Listen活动内部.我在之前介绍过,Listen活动可以有多条分支,我们可以把Delay活动放到其 中一条分支中来模拟超时.
Windows Workflow包含了一个命令行工具来执行Windows Workflow Communications活动生成器:wca.exe.
我们可以向wca.exe传递.NET程序集(.dll或.exe)的路径,这个工具会在程序集中寻找有ExternalDataExchange标识的接口.找到之后,它就会生成专门的自定义活动,可以执行接口中的方法和处理接口中的事件.
阅读全文
摘要: 让工作流和外部世界进行交互也并不是什么难事,因为WF本身就内置了一些活动来完成这样的工作.
为了能让本地通信可以工作,我们需要以.NET接口的形式定义一个合同.在这个接口中会包含一些方法和事件,工作流可以通过这些方法来调用本地服务,而本地服务则可以触发这些会被工作流处理的事件.
阅读全文
摘要: 今年二月份,我开发了一个MOSS多级审批工作流,并在《SharePoint多级审批工作流开发文档[Sequential版]》这篇文档中详细的描述了整个开发过程而且提供了项目源码下载。
其实我在匆匆的写这篇文档的时候,对MOSS和WF连一知半解都谈不上。
所以为了实现审批流程中常见的动作-“回退”,我用了好几层的While和IfElse嵌套,使工作流看起来非常繁复,最近终于决定腾出一个分区安装了Windows Server 2003 和MOSS,然后把这个审批工作流改了一下。
阅读全文
摘要: 和Listen活动类似,EventHandlingScope活动也可以包含多个等待事件的分支.那么这两个活动的区别是什么呢?
Parallel活动会同时执行它的每个分支, SynchronizationScope活动则正好相反,它的作用是阻止将要同时执行的活动,并让它们一个接一个的执行.
Replicator活动和While活动类似,而且更加复杂.也可以这样理解,Repicator活动只能包含一个子活动,在其运行时,会取出InitialChildData属性中的所有数据,然后为每一个数据创建一个子活动的副本.
阅读全文
摘要: Parallel活动允许多个活动同时执行并等待它们全部完成;
与它相似,Listen活动也可以包含多个分支.但不同的是Listen活动的目的仅仅是完成一个分支;
Delay活动会初始化一个计时器并等待它到期,经常用来模拟超时.
本节我们使用这三个活动来模拟一个文件在公司的审批流程.
阅读全文
摘要: InvokeWorkflow活动可以在工作流执行过程中异步的执行另一个工作流.我们可以设置这个外部工作流的输入参数,却无法直接获取其输出参数(因为执行过程是异步的).
本节非常简单的介绍了InvokeWorkflow的基本概念,属性和事件,关于这个活动的详细探讨,包括如何获取外部工作流的输出参数,将在以后的文章中分享.
阅读全文
摘要: 这一节我们来介绍SuspendActivity,TerminateActivity和ThrowActivity.
这三个活动有一个共同的特点是都可以中断工作流的执行,不同的是Suspend用来暂停工作流,Terminate用来终止工作流,而Throw则可以抛出异常.
本节将介绍这三个活动的简单使用方法以及关键属性.
阅读全文
摘要: 这一节介绍两个基本活动:IfElse,While和Sequence.
这三个活动都是复合活动,它们都可以包含多个子活动,但While活动有个特殊的限制,它只能直接包含一个子活动.
本节将介绍这三个活动的简单使用方法,子活动,以及关键属性.
阅读全文
摘要: 活动是组成工作流的基本块.Windows Workflow的基本活动库包含了一些都通用的工作流活动.功能涉及流程控制,事务管理,本地通信,Web Services以及其他等等.这些活动都在工具箱中可以找到.有一些活动比较简单,比如CodeActivity,它的工作就是执行一段代码.而有的活 动就比较复杂,如PolicyActivity可以以正向链法(forward chaining)来估算优先级. 通过使用这些基本活动,我们可以构建强大的工作流.
从这篇随笔开始,我将逐个介绍基本活动库中的所有活动,第一个出场的是一直出现在范例中的CodeActivity.
阅读全文
摘要: 和所有软件一样,工作流未必总是能够完美的执行.例如,数据库服务器的故障就可能使工作流抛出异常.此外,我们还可以通过TrowActivity来人为的抛出一个异常.
在工作流内部管理异常和管理C#中的异常类似.复合活动包含一个故障处理程序(fault handlers)来捕捉异常. 在.NET中,异常一直向上传递直到.NET Runtime为其找到合适的异常处理程序.在工作流内部也是一样,如果活动没有处理发生的异常,Runtime会把这个异常传递给它的父活动.如果 Runtime无法找到故障处理程序,Runtime会终止工作流并触发WorkflowTerminated事件.
阅读全文
摘要: 我们已经实现了服务合同,服务以及工作流,本节来实现这一范例的最后一块:宿主.
阅读全文
摘要: 上一节中我们已经实现了服务合同,这一节我们来实现具体的服务以及工作流.
阅读全文
摘要: 许多开发人员想要建立一个更加正式的机制来方便和工作流交互.尽管使用Dictionary可以简单灵活的向工作流传递数据,但这种方法需要参数名称和伴 随属性的严格匹配.而且我们只可以在工作流开始时使用参数向工作流传递数据,或在结束是获取数据.许多工作流需要在执行过程的不同时期和宿主交换数据.我 们可以使用事件和方法调用来达到这个目的.这一节,我们来讨论数据传输通信的基本原理.
工作流和其宿主可以通过本地通信服务(LCS,local communication service)交换数据.LCS允许工作流和宿主之间的事件和方法调用.在后台,工作流Runtime和LCS一起工作来截取通信并提供附加服务(就像 事件在排队直到工作流处于可以接受事件的状态).
阅读全文
摘要: 对许多工作流来说,有一个重要的步骤是决定工作流与应用程序之间如何交互.我们如何得知工作流是否顺利完成?如何从运行中的工作流实例获取数据?如何获取已经完成的工作流的数据?这一节,我们来介绍一些解决这些问题的基本技术原理.
工作流的基本通信机制包括事件,方法和工作流参数.应用程序可以触发工作流实例的事件,也可以从工作流Runtime接收工作流实例的生存周期事件.首先我们来讨论一下工作流的生命周期事件.
阅读全文
摘要: 简单的介绍一下顺序工作流与SequenceActivity.
阅读全文
摘要: Visual Studio还提供另外一种生成工作流的方式:代码分离与XAML标记结合的方式,即通常我们所说的code-beside.采用这种方式时,设计器会将 工作流标记存储到一个XOML文件中,我们则可以在C#或Visual Basic源代码文件里扩充定义.
阅读全文
摘要: 通过XAML激活机制,我们可以使Runtime加载一个XAML文件来启动工作流.
阅读全文
摘要: MSBuild是.NET 2.0 Runtime中包含的基于XML的生成引擎.Visual Studio中所有的.csproj和.vbproj项目文件都可以看作是MSBuild文件. Visual Studio 2005生成项目的过程实际上是IDE使用MSBuild托管的线程来执行的.开发人员也可以直接从命令行使用MSBuild并传递参数.Windows Worklow在安装时已经将.xoml扩展名注册给了MSBuild.本节我们将使用MSBuild生成自定义活动和工作流到同一个程序集中,我们还是 使用之前创建的XOML文件,然后创建一个MSBuild项目文件.
阅读全文
摘要: 我们可以使用WorkflowCompiler类和WorkflowCompilerResults类以编程的方式来编译工作流定义并得到一个程序集.
阅读全文
摘要: Windows Worfklow提供两种工作流编译方式,通过WorkflowCompiler类(位于 System.Workflow.ComponentModel.Compiler名称空间)来编译,或者使用一个命令行编译工具(其实还是通过 WorkflowCompiler类实现编译的).
WF的命令行编译器叫做wfc.exe.用它来编译工作流,我们需要传递一些参数给它.第一个参数是XOML文件的名称,假设我们的XAML叫 做pureXAML.xoml.然后使用-out指令来传递编译后程序集的名称.如果有一些自定义活动是在另外的程序集中定义的,我们需要使用-r指令来 引用这些程序集.
阅读全文
摘要: 工作流最终会变成内存中的一组托管对象.这些对象之所以能够依照我们的构思来执行,是因为我们用一种关系把它们组织到了一起.
阅读全文
摘要: 使用纯代码的方式创建工作流是指只使用C#和Visual Basic代码来定义工作流(没有XAML).但这并不是说我们需要手工编写所有的代码.许多Visual Studio的设计器可以为我们生成代码,比如Windows forms designer几年前就可以生成C#和Visual Basic代码了.我们可以将设计器生成的代码和我们自己的代码结合起来生成工作流.
阅读全文
摘要: 让我们来开发一个简单的Bug跟踪工作流吧.
阅读全文
摘要: 在Windows Workflow中,活动可以视作提交给工作流处理器执行的指令或代码,而这个工作流处理器就是WF Runtime.通过WorkflowRuntime提供的扩展性机制-AddService方法可以向Runtime中添加可用的服务.这些服务可以是 我们为特定领域编写的自定义服务,也可以是WF中内置的服务.
阅读全文
摘要: 通过Visual Studio 2005扩展,我们可以轻松的设计工作流.
阅读全文
摘要: 活动是Windows Workflow 的重要组成部件,WF内置了一些活动,并且允许我们创建自定义的活动.
阅读全文
摘要: 什么是工作流?
工作流解决方案应该是什么样的?
阅读全文
摘要: 今天开始认真研读《Programming Windows Workflow Foundation: Practical WF Techniques and Examples using XAML and C#》.
阅读全文