今年将会开启一个系列，介绍EAS工作流的知识，之前我们也有写过一些帖子，但是都是集中于功能点的对于初学者很不友好，缺少体系化的流程知识学习，本系列将会由浅到深的介绍，希望能帮到各位。

    首先这篇文章会阐述什么是工作流，EAS流程和业务是怎么组合在一起的。

    一，什么是工作流

    先说个人对工作流的定义：工作流是用来驱动，串联业务，可以规范化业务流程。怎么理解这句话？这里有来个部分：驱动 ，串联，规范 + 业务流程。

    即没有工作流，业务也可以照常进行。是啊，难道没有工作流 员工就不能报销了么，没有工作流 员工就不能请假了么？那肯定不是。但没有工作流上面的员工报销，员工请假业务进行的就不会那么的“顺利”，现在我们模拟下没有 工作流的 请假 是怎么进行的，业务开发上会碰到哪些问题：

单单一个计算审核人的场景，业务开发就会碰到这么多的问题，而且这些问题其实和业务模型是没有多少关联的，这些都应该交给工作流来做，业务应该专注于对表单模型以及业务场景的拓展与优化。企业中审批，业务运转理论上都应该交给工作流来做。

    说起流程对业务规范的作用，最直观的感受是：可以通过设计流程/流程节点来把业务流程给固化，这样在实际的运转过程中我们就可以知道业务进行到哪个节点上了，在哪个节点出错了，对于复杂的业务也有个360全景化的了解。

二，EAS工作流和业务的关系

• 低耦合，业务发现流程

1. 在业务的代码里没有也不应该存在任何和流程有关的逻辑（不排除个例），业务是否启用流程只取决于是否在EAS的流程设计器里配置了对应的流程。

2. 对于表单提交之后激活流程的过程，是无感知的，这保证了业务原有的逻辑不受影响，如果业务逻辑足够完备，没有  流程，业务也是可以进行下去的。

   
   

   

   
   

   

最后，如果对这篇文章有什么疑问的，可以留言咨询