上一篇文章[QuickFlow教程(5): RuleDriven活动,角色提供程序自定义,邮件模板]介绍了QF中最复杂和最强大的一个活动:RuleDriven,RuleDriven可以给流程级别的角色分配任务,任务何时完成完全由规则来控制。

在写上一篇文章的时候,QF的流程角色定义只支持三种:

StaticUserRoleDefinition,静态用户角色,这种角色中的用户是固定的,直接将用户账号写到角色定义中

SPGroupRoleDefinition, 用户组角色,角色用户对应到SharePoint的用户组

CustomRoleDefinition,自定义用户角色,可以通过实现一个接口定义角色用户机制

 

而在实际的开发过程中,很多情况下需要用代码向工作流传递用户,这种情况下,就无法用相对“静态”的事先定义角色用户的方法了。

考虑到这个需求,QF最新版本(build100128)提供了动态角色的功能(DynamicRuleDefinition)。

动态角色可以绑定到一个Name类型的变量,然后,直接控制这个变量的值即可控制角色中的用户。

 

假设我们需要控制流程的第一步的操作用户,操作如下。

 

Step1)定义动态角色

首先定义一个Names类型的工作流变量FirstStepUsers。

image

然后点开角色定义编辑窗口,定义一个动态角色FirstStepUsersRole,选择绑定FirstStepUsers变量。

image

image

Step2)设计RuleDriven活动

添加一个RuleDriven活动,画线连接Start和RuleDriven活动,设置其RoleReference为FirstStepUsersRole,

设置其Actions和和OutingRules,如下图:

image

Step3)编写代码

在工作流启动前事件中,写代码:

void StartWorkflowButton1_Executing(object sender, System.ComponentModel.CancelEventArgs e)
    {
        QuickFlow.NameCollection nextUsers = new QuickFlow.NameCollection();
        nextUsers.Add("codeartserver\\administrator");
        nextUsers.Add("codeartserver\\appservice");

        QuickFlow.Core.WorkflowContext.Current.UpdateWorkflowVariable("FirstStepUsers", nextUsers);
    }   

附录:

QF最新版支持的所有类型流程角色:

Role Description
StaticUserRoleDefinition 写死的用户账号
DynamicUserDefinition 通过工作流变量获取用户
SPGroupUserDefinition 用户来自组
SPFieldUserDefinition 用户来自当前DataItem的用户类型字段
XmlFieldUserDefinition 用于InfoPath提交表单,用户来自xml表单中的字段(普通字段或用户子字段)
CustomUserDefinition 来自自定义的角色提供程序。

 

 

posted on 2010-01-28 22:02  jianyi  阅读(2580)  评论(15编辑  收藏  举报