说说 Activiti 中的用户与组的概念

说说 Activiti 中的用户与组的概念,第1张

Activiti 中的用户与组用于界定任务的候选者与办理者。组可以理解为角色,属于某个组的用户,就可以作为某个任务的候选者或者办理者。

我们还可以通过 Activiti 的 API 来创建、查询或删除某个用户或者某个组。Activiti 还提供了建立关系的 API 用于绑定用户与组之间的关系。

(1)创建用户

首先使用 identityService 的 newUser(String userId) ,创建一个 User 对象;然后设置其相关属性,最后调用 saveUser(User user) 持久化该用户。

(2)查询用户

这里把 userId 作为查询条件,查询出刚刚创建的用户。UserQuery 类中的方法(比如这里的 userId 方法)大都支持链式 *** 作。链式 *** 作指的是这些方法都会返回类对象本身,这样我们就可以像一根链条一样调用这些类方法。

(3)删除用户

userId 作为入参,调用 deleteUser 方法,就会删除该用户。

在 Activiti 中,组的类型分为 assignment 和 security-role ,前者是普通角色,用于分配业务功能权限;后者是管理角色,用于管理组织结构与流程。

IdentityService 类中也有对应的新建、保存、查询与删除组的方法。

用户与组之间的关系是多对多。一个用户可以归属于多个组;而一个组也可以包含多个用户。

利用 reateMembership(String userId, String groupId) 方法,就可以建立用户与组之间的关系。

如果要查询指定组下的所有用户,那么需要先创建 UserQuery 对象,然后调用 memberOfGroup(String groupId) 方法,就会生成查询所有隶属于该组下的用户 SQL。

而要查询指定用户下的组,则需要创建 GroupQuery 对象,然后调用 groupMember(String groupMemberUserId) 方法。

这里的任务指的是 userTask,即需要人办理的任务。我们可以把任务先指定给一个或多个候选人或候选组。这样,只有这个任务被某个人签收后,它才能被办理。

可以在 bpmn 文件中的 userTask 标签内,通过 activiti:candidateGroups 来指定候选组,形如:

userTask 定义好候选组之后,属于该候选组的用户就可以签收然后办理该任务。

如果候选组中存在多个用户,那么只有其中的某个用户签收了任务,那么其它用户就看不到该任务咯:

只要任务还未被签收,候选组内的任意用户都可以签收该任务;一旦任务被签收,候选组内的其他用户就无法查看与签收该任务咯。

也可以跳过候选组,直接把用户分配给多个候选人。

首先在 bpmn 文件的 userTask 标签中,定义 activiti:candidateUsers ,多个候选人以逗号分隔,这里一般使用 userId。

定义好后,就可以在 API 中,让指定候选人查看并签收该任务:

某个候选人签收后,其他候选人就看不到该任务咯。

不一定,在流程定义中,如果配置了某个流程定义(ProcessDefinition)的候选用户组,则可以通过方法,根据某个用户组来查询有权限启动的流程定义,换言之,只是让流程定义与用户组添加一个关联而已,而是否要进行这些关联,要看具体的业务。参考自《疯狂工作流讲义第2版(Activiti6)》。

在很多项目中都不会使用activiti提供的用户信息表,因为一般公司都会有独立的用户系统,所以重构activiti的用户表是十分棘手且重要的事情。activiti中用户表是已act_id_*开头的四张表,分别是用户信息表、分组(角色)表、用户角色关联表、用户扩展信息表。具体数据表字段这里不展开叙述,大家有需要可以去网上查阅,接下来阐述怎么弃用activiti流程引擎中自带的4张用户表,构建自己的用户表。在重构的时候着实费了一番功夫,记录下来以备以后翻阅,也为大家提供一个参考。

Activiti的每一张表都有一个对应的实体管理器,在引擎初始化时会初始化所有表的实体管理器(提供CRUD等功能),每一个实体类都有一个对应的实体管理类及实体管理工厂类。实体管理工厂类实现SeesionFactory接口。

用户信息表:

角色表

用户、角色关联表

其他数据表这里不做展示,关键的就是这三张表。

其实activiti用户表的重构核心在于编写自定义的实体管理类和工厂类,覆盖activiti原来的方法,在方法中进行增删查改时使用dao接口进行 *** 作,最后将得到的对象转化为activiti的对象,不然会出错。

致谢

activiti 自定义用户: https://blog.csdn.net/meng564764406/article/details/53789958


欢迎分享,转载请注明来源:内存溢出

原文地址: https://outofmemory.cn/bake/11613909.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-17
下一篇 2023-05-17

发表评论

登录后才能评论

评论列表(0条)

保存