工作流小结

最近公司安排开发一个用到工作流的项目，开始的时候感觉一头雾水，经过近一周的摸索，算是对工作流有了一个大概 的认识，现将最近一周的学习心得总结一下。

1.工作流业务与非工作流业务的界限区分，我当时做这个项目时听说用到工作流，接手代码时候第一件时间想的就是把工作流和工作流的代码区分出来，哪些代码是跟工作流有关的，哪些代码是具体的业务代码，想必很多刚学习工作流的同学们也有类似的问题，要弄清楚，先要对工作流能做哪些事情有一个初步的了解，我接触到的项目中，工作流主要是用来做审核工作的，即工作流主要做的是审核和主流程的控制。同时对主流程的控制是通过某些状态值和节点值来实现的。而涉及到审核和主流程控制之外的业务逻辑就是具体自己要实现的业务逻辑了。

2.工作流的一般模式，明确了工作流可以做哪些事情，那结合具体的业务我们就可以知道自己应该做哪些事情了，在我接触的工作流中，有两个要点，

一.工作流的一般做法是需要定义一张主表，这张主表中根据引用的工作流的规范要包含一些特定的字段，在工作流运行的过程中会向这些指定的字段中写入各类状态信息和流程信息，依次来追踪该条记录在工作流中的状态。我们在开发的时候只需要定义好这些字段就行，这些字段的值由工作流去管理，不需要我们人工干预。

二.在工作流的实际运行过程中，应该提供通用的回调方法，就是每次在提交操作到工作流之后工作流都可以进入到该回调方法，在该方法中，能够获取到工作流的实时状态，以便于我们工作工作流所进入到的不同状态进行相应的操作。

3.开发步骤

一.定义好主表实体类和回调方法(也可以没有回调方法)，

二.绘制流程图。

三.对流程图上面的各个节点进行设置。

第一步确定了对哪张表的数据进行工作流管理。

第二步确定了工作流管理的执行顺序。

第三步确定了每个步骤中具有操作该步骤权限的用户。

四.部署流程图，流程图绘制好同时节点也设置后成功之后，这时候的工作流还只是一张设计图纸，要让工作流能够真正运行起来，还需要将流程部署到工作流环境上面。，部署之后，这时候的工作流才是实际可用的。

4.工作流与具体业务的关系，工作流不依赖与具体的业务，具体的业务需要依赖与工作流。

从两个方面来理解，流程与数据

工作流的数据与业务数据是隔离，即是分开存放的，一般来说，两者的数据是不会相互影响的，在主表中，有些字段是工作流用的字段，这些字段由工作流来管理，开发人员不需要对其管理。

流程方面，工作流的流程与业务的流程也是分开的，由于每次操作工作流之后会调用统一的回调方法，可以设置对回调方法里面处理具体的业务流程。