《WF编程》系列之46 第七章 事件驱动工作流
2010-10-01 08:20:51 来源:WEB开发网核心提示: 到目前为止,我们可以在事件处理程序之后继续添加活动,《WF编程》系列之46 第七章 事件驱动工作流(8),例如,我们可以添加一个活动来向小组成员发送关于这个新bug的通知,工作流设计器为我们展现了一个bug工作流的全景:它开始于BugFlowInitialState,并在接下来的BugOpen
到目前为止,我们可以在事件处理程序之后继续添加活动。例如,我们可以添加一个活动来向小组成员发送关于这个新bug的通知。当我们完成了添加这些处理活动时,那么最后一个我们想要执行的活动将会是SetState活动,这也是我们接下来将会提及的。
SetState活动
接下来的事件强迫状态机迁移到新的状态。我们可以使用SetState活动为迁移建模,该活动只能出现在状态机工作流的内部。SetState活动是相对简单的。该活动包括了指向目标状态的TargetStateName属性。
在下面的截图中,我们已经添加了SetState活动到OnBugOpened,并将TargetStateName属性设置为BugOpenState。TargetStateName的属性编辑器在可供选择的下拉列表中只包括有效的状态名称。
我们现在可以点击面包屑中的BugFlow链接,并回过头来查看我们的状态机工作流。设计器将识别出我们刚刚配置的SetState活动,并绘制出一条从BugFlowInitialState图形到BugOpenState的线(参见下面的截图)。工作流设计器为我们展现了一个bug工作流的全景:它开始于BugFlowInitialState,并在接下来的BugOpened事件通知一个新的bug的正式产生时,转移到BugOpenState。
[]
- ››WF 4.0 beta1中的跟踪机制
- ››WF 4.0的建模风格:顺序和Flowchart
- ››WF4.0 Beta1之旅(5):规则引擎的变化
- ››WF 4.0 beta1活动概览(1):Procedural
- ››WF4.0 Beta1之旅(4):Bookmark的使用
- ››WF4.0 Beta1之旅:基本介绍
- ››WF4.0 Beta1之旅(2):异常处理
- ››WF4.0 Beta1之旅(3):全新的FlowChart
- ››WF 应用场景指南: SharePoint 与工作流(上)
- ››WF 应用场景指南: 展现流(Presentation Flow)
- ››WF单元测试系列1:测试基本的Activity
- ››WF单元测试系列2:简单测试Activity的行为
更多精彩
赞助商链接