QuickFlow教程(6)：动态角色

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

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

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

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

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

 

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

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

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

 

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

 

Step1）定义动态角色

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

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

Step2）设计RuleDriven活动

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

设置其Actions和和OutingRules，如下图：

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	来自自定义的角色提供程序。

 

 

转载于:https://www.cnblogs.com/jianyi0115/archive/2010/01/28/1658822.html