摘要: 本节来介绍一下在状态机工作流中工作的活动.
一个状态机是由一系列状态(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一起工作来截取通信并提供附加服务(就像 事件在排队直到工作流处于可以接受事件的状态).
阅读全文
摘要: 如何向工作流传递参数?
阅读全文
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
3703
