Flowable-加签功能的实现
最近在看ruoyi-vue-pro项目中的工作流时看到了加签功能在此写个文章记录一下。
·
最近在看ruoyi-vue-pro项目中的工作流时看到了加签功能 在此写个文章记录一下
加签的分类
首先对于工作流中的加签分为两种一种是先前加签还有一种是向后加签。下面对这两种加签方式来进行简略的介绍。方便后续代码中的理解。
向前加签
向前加签指的是当前审批人在处理任务之前,临时增加一个或多个审批人对任务进行预先审批。
向后加签
向后加签指的是当前审批人完成审批后,追加一个新的审批环节。
加签功能的实现
加签整体实现代码如下
@Override
@Transactional(rollbackFor = Exception.class)
public void createSignTask(Long userId, BpmTaskSignCreateReqVO reqVO) {
// 1. 获取和校验任务
TaskEntityImpl taskEntity = validateTaskCanCreateSign(userId, reqVO);
List<AdminUserRespDTO> userList = adminUserApi.getUserList(reqVO.getUserIds());
if (CollUtil.isEmpty(userList)) {
throw exception(TASK_SIGN_CREATE_USER_NOT_EXIST);
}
// 2. 处理当前任务
// 2.1 开启计数功能,主要用于为了让表 ACT_RU_TASK 中的 SUB_TASK_COUNT_ 字段记录下总共有多少子任务,后续可能有用
taskEntity.setCountEnabled(true);
// 2.2 向前加签,设置 owner,置空 assign。等子任务都完成后,再调用 resolveTask 重新将 owner 设置为 assign
// 原因是:不能和向前加签的子任务一起审批,需要等前面的子任务都完成才能审批
if (reqVO.getType().equals(BpmTaskSignTypeEnum.BEFORE.getType())) {
taskEntity.setOwner(taskEntity.getAssignee());
taskEntity.setAssignee(null);
}
// 2.4 记录加签方式,完成任务时需要用到判断
taskEntity.setScopeType(reqVO.getType());
// 2.5 保存当前任务修改后的值
taskService.saveTask(taskEntity);
// 2.6 更新 task 状态为 WAIT,只有在向前加签的时候
if (reqVO.getType().equals(BpmTaskSignTypeEnum.BEFORE.getType())) {
updateTaskStatus(taskEntity.getId(), BpmTaskStatusEnum.WAIT.getStatus());
}
// 3. 创建加签任务
createSignTaskList(convertList(reqVO.getUserIds(), String::valueOf), taskEntity);
// 4. 记录加签的评论到 task 任务
AdminUserRespDTO currentUser = adminUserApi.getUser(userId);
String comment = StrUtil.format(BpmCommentTypeEnum.ADD_SIGN.getComment(),
currentUser.getNickname(), BpmTaskSignTypeEnum.nameOfType(reqVO.getType()),
String.join(",", convertList(userList, AdminUserRespDTO::getNickname)), reqVO.getReason());
taskService.addComment(reqVO.getId(), taskEntity.getProcessInstanceId(), BpmCommentTypeEnum.ADD_SIGN.getType(), comment);
}
下面对整体代码实现来进行详细描述
接口请求参数
@Schema(description = "管理后台 - 加签任务的创建(加签) Request VO")
@Data
public class BpmTaskSignCreateReqVO {
@Schema(description = "需要加签的任务编号", requiredMode = Schema.RequiredMode.REQUIRED, example = "1")
@NotEmpty(message = "任务编号不能为空")
private String id;
@Schema(description = "加签的用户编号", requiredMode = Schema.RequiredMode.REQUIRED, example = "888")
@NotEmpty(message = "加签用户不能为空")
private Set<Long> userIds;
@Schema(description = "加签类型", requiredMode = Schema.RequiredMode.REQUIRED, example = "before")
@NotEmpty(message = "加签类型不能为空")
// 两种类型 向前加签or 向后加签
private String type; // 参见 BpmTaskSignTypeEnum 枚举
@Schema(description = "加签原因", requiredMode = Schema.RequiredMode.REQUIRED, example = "需要加签")
@NotEmpty(message = "加签原因不能为空")
private String reason;
}
对要加签的任务进行校验
validateTaskCanCreateSign
加签任务的校验是通过validateTaskCanCreateSign方法来进行校验的
下面对这个方法进行详细描述
该方法有两个参数一个为userId,还有一个BpmTaskSignCreateReqVO
private TaskEntityImpl validateTaskCanCreateSign(Long userId, BpmTaskSignCreateReqVO reqVO) {
TaskEntityImpl taskEntity = (TaskEntityImpl) validateTask(userId, reqVO.getId());
// 向前加签和向后加签不能同时存在
if (taskEntity.getScopeType() != null
&& ObjectUtil.notEqual(taskEntity.getScopeType(), reqVO.getType())) {
throw exception(TASK_SIGN_CREATE_TYPE_ERROR,
BpmTaskSignTypeEnum.nameOfType(taskEntity.getScopeType()), BpmTaskSignTypeEnum.nameOfType(reqVO.getType()));
}
// 同一个 key 的任务,审批人不重复
List<Task> taskList = taskService.createTaskQuery().processInstanceId(taskEntity.getProcessInstanceId())
.taskDefinitionKey(taskEntity.getTaskDefinitionKey()).list();
List<Long> currentAssigneeList = convertListByFlatMap(taskList, task -> // 需要考虑 owner 的情况,因为向后加签时,它暂时没 assignee 而是 owner
Stream.of(NumberUtils.parseLong(task.getAssignee()), NumberUtils.parseLong(task.getOwner())));
if (CollUtil.containsAny(currentAssigneeList, reqVO.getUserIds())) {
List<AdminUserRespDTO> userList = adminUserApi.getUserList( CollUtil.intersection(currentAssigneeList, reqVO.getUserIds()));
throw exception(TASK_SIGN_CREATE_USER_REPEAT, String.join(",", convertList(userList, AdminUserRespDTO::getNickname)));
}
return taskEntity;
}
TaskEntityImpl taskEntity = (TaskEntityImpl) validateTask(userId, reqVO.getId());
该方法是对任务进行校验 主要校验两个方面:(1)校验当前任务是否存在 (2)校验任务是否是分配给自己的。同时返回当前任务。
后续的校验主要是校验任务中审批人不能重复。
if (reqVO.getType().equals(BpmTaskSignTypeEnum.BEFORE.getType())) {
taskEntity.setOwner(taskEntity.getAssignee());
taskEntity.setAssignee(null);
}
关于这段代码进行解释下
把当前任务节点的所有人设置为受托人同时将受托人设置为null,在后续审批的过程中会进行判断
重新将当前节点的受托人进行设置。
创建加签任务代码
private void createSignTaskList(List<String> userIds, TaskEntityImpl taskEntity) {
if (CollUtil.isEmpty(userIds)) {
return;
}
// 创建加签人的新任务,全部基于 taskEntity 为父任务来创建
for (String addSignId : userIds) {
if (StrUtil.isBlank(addSignId)) {
continue;
}
createSignTask(taskEntity, addSignId);
}
}
private void createSignTask(TaskEntityImpl parentTask, String assignee) {
// 1. 生成子任务
TaskEntityImpl task = (TaskEntityImpl) taskService.newTask(IdUtil.fastSimpleUUID());
BpmTaskConvert.INSTANCE.copyTo(parentTask, task);
// 2.1 向前加签,设置审批人
if (BpmTaskSignTypeEnum.BEFORE.getType().equals(parentTask.getScopeType())) {
task.setAssignee(assignee);
// 2.2 向后加签,设置 owner 不设置 assignee 是因为不能同时审批,需要等父任务完成
} else {
task.setOwner(assignee);
}
// 2.3 保存子任务
taskService.saveTask(task);
// 3. 向后前签,设置子任务的状态为 WAIT,因为需要等父任务审批完
if (BpmTaskSignTypeEnum.AFTER.getType().equals(parentTask.getScopeType())) {
updateTaskStatus(task.getId(), BpmTaskStatusEnum.WAIT.getStatus());
}
}
对加签的人员进行循环遍历进行加签调用createSignTask方法
for (String addSignId : userIds) {
if (StrUtil.isBlank(addSignId)) {
continue;
}
createSignTask(taskEntity, addSignId);
}
具体的加签逻辑在createSignTask方法中
创建一个子任务。
// 1. 生成子任务
TaskEntityImpl task = (TaskEntityImpl) taskService.newTask(IdUtil.fastSimpleUUID());
最后给任务添加评论即可。
后续再进行更新...
点击阅读全文
更多推荐
所有评论(0)