1.每个人的水平参差不齐，如何用最便捷的工作流最简洁的方式，最小的代价实现客户需求？
如果写工作流的人水平一般，不仅导致工作流消耗过大，实现成本过高，不够灵活
宁可慢点交付，也要保证 100% 安全，工作流书写不严谨的雷
希望有工作流审核机制，对工作流进行管控，不然应用里都是一些低效笨重不够灵活的工作流，感觉就是一个即将爆炸的雷，随时内爆
实现方案：就是对工作流启用进行管控，增加审核流程，可以自由设置，是否审核管控，默认不需要流程管控
最好能把工作流导出为文件，比如 XML 或 JSON 文本。
然后就能用文本比对工具，检查两个工作流的差异，帮助检查。
增加工作流更新日志，如何呈现给用户，这是个难题。
对于代码块是要用文本对比工具来检查.....
最好能把工作流导出为文件，比如 XML 或 JSON 文本。
然后就能用文本比对工具，检查两个工作流的差异，帮助检查。
说到这个，我最近做的一家客户，他的全员开发策略，发生了好几次情况，不是工作流搞错把重要数据删了，就是乱七八遭增加了一大堆莫名其面的记录，我直接让他们去考证上岗
丰哥你去把 HAP 收购了把，然后我去干产品，把前端和安全机制作为第一要务，然后 50 个客户免费。
必须严肃对待工作流，
说到这个，我最近做的一家客户，他的全员开发策略，发生了好几次情况，不是工作流搞错把重要数据删了，就是乱七八遭增加了一大堆莫名其面的记录，我直接让他们去考证上岗
对，就像代码审核一下，工作流发布或者更新后必须审核才能生效
必须严肃对待工作流，
项目肯定是高手 + 新人模式，新人如果写工作流，谁来跟质量保证？放任不管？
留个联系方式可以吗，向您学习交流
项目肯定是高手 + 新人模式，新人如果写工作流，谁来跟质量保证？放任不管？
阁下头脑风暴如此清奇
你们队伍有多大，有几个看得懂这系统 ™ 的什么流，什么块，什么节点？
我们没有几个会玩 MDY
阁下头脑风暴如此清奇
你们队伍有多大，有几个看得懂这系统 ™ 的什么流，什么块，什么节点？
审核机制的审批流程估计还是要自己配置哦，那这个工作流的审批流程需不需要审批呢？无限套娃呢。。。
不审核，后续项目交接，维护谁负责，万一里面有坑，谁来接盘
对，就像代码审核一下，工作流发布或者更新后必须审核才能生效
审核机制的审批流程估计还是要自己配置哦，那这个工作流的审批流程需不需要审批呢？无限套娃呢。。。
