工作流——来龙去脉

    业务代码写多了,发现不管什么业务,大体功能就分两种,一种是接口可用不可用。另一种是同一个接口,不同人请求的数据不一样。常见的用户 id 作为区分,其实就是一种工作流。不同的业务都会有个流程,就可以抽象出来。

    现成的工作流,感觉还是自己做个简单的吧。工作流还是很复杂的。目前就用图这种数据结构做整体,有个组织机构和用户是用来控制数据显示,资源用来控制有哪些可操作的功能(或者说接口)。这样功能权限就是用户、角色、权限、资源。数据权限就是用用户、组织机构、工作流(工作流的功能放在功能权限中操作)。

    工作流的功能,只做开始、下一步、撤回、回退、完成。

    第一步:先不做图形化配置工作流,先在数据库里写sql 或者用表单做,看看是否能做出流程任务运行到哪里的流程图显示。至于自定义表单,这东西跟工作流没有直接关系。

    第二步:再加图形化配置。

    第三步:看看还能不能功能更多点。

    emmm.... 简单的立项,需求,就这样吧。开始设计。。。

原文地址:https://www.cnblogs.com/chengjunchao/p/11301381.html