工作流使用的业务场景合理性问题
在我的理解中工作流是因为需要审批，根据不同情况做不同处理，比如通过、退回或者终止之类的，如果仅仅是一种通过的情况则我觉得只要用状态标识来控制而无需使用工作流。现在公司里使用工作流有点滥用的情况，只要是涉及到状态变化都用工作流节点来表示，很多是根本没有人工审批环节，仅仅是状态变更了以后后台工作流自动就会提交，我觉得工作流节点如果没有涉及到人工审批就不应该作为一个节点来处理，而是用业务表的状态来判断，不知道大家公司里是如何应用工作流的？
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我们现在这个项目用工作流，是单独把工作流做为一个模块，涉及业务状态相关的代码全放在里面。包括申请、审核通过拒绝等等。这样无论是什么类型的申请（如需求申请，代码合并申请等）都可以直接用这个工作流。并在工作流进行状态对应的相应处理。这样就不用在其他的业务代码里重新进行状态更改的判断了。感觉还是很方便的。
不过你说的如果只有通过，并且没有审批的过程，这样我个人觉得确实不用工作流....但是也要在状态更改后进行判断，所以我觉得放在工作流里也是可以的- -