6 个解决方案
#1
严格来说，这两个东西不是可对比的概念。
工作流是抽象的概念，Web Flow是一个具体的产品。
Web Flow是专门定义界面跳转顺序的，你如果想用Web Flow将页面组织成特定的工作流来实现特定的业务，也是可以的，但通常工作流有专门的工作流系统，一般更强大。
工作流系统一般都要求：
1、可视化的流程编辑。
2、支持分支、合并。
3、支持子流程。
4、支持流程节点的页面定制。
5、支持同一流程的多个版本。
6、管理流程的执行历史。
Web Flow，最好参考官方资料：
http://dev.csdn.net/article/71803.shtm
工作流是抽象的概念，Web Flow是一个具体的产品。
Web Flow是专门定义界面跳转顺序的，你如果想用Web Flow将页面组织成特定的工作流来实现特定的业务，也是可以的，但通常工作流有专门的工作流系统，一般更强大。
工作流系统一般都要求：
1、可视化的流程编辑。
2、支持分支、合并。
3、支持子流程。
4、支持流程节点的页面定制。
5、支持同一流程的多个版本。
6、管理流程的执行历史。
Web Flow，最好参考官方资料：
http://dev.csdn.net/article/71803.shtm
#2
页面流转和工作流的概念不一样。
web flow更单纯。
工作流更多贴近业务整合。
web flow更单纯。
工作流更多贴近业务整合。
#3
是的是的
#4
要我说 都是抽象的概念
#5
工作流系统只要是用来规范化公司的管理，与具体的业务关联比较密切，web flow 是用来控制页面流转的吧
#6
Web Flow是专门定义界面跳转顺序,工作流是来控制业务跳转的。比如你要请假那就有如下几个节点需要跳转：领假条-》领导签证-》向人事递交假条。还得考虑你请的假期长短。超过两天得更高一级别的领导签字，那流程走向又不一样了。
#1
严格来说，这两个东西不是可对比的概念。
工作流是抽象的概念，Web Flow是一个具体的产品。
Web Flow是专门定义界面跳转顺序的，你如果想用Web Flow将页面组织成特定的工作流来实现特定的业务，也是可以的，但通常工作流有专门的工作流系统，一般更强大。
工作流系统一般都要求：
1、可视化的流程编辑。
2、支持分支、合并。
3、支持子流程。
4、支持流程节点的页面定制。
5、支持同一流程的多个版本。
6、管理流程的执行历史。
Web Flow，最好参考官方资料：
http://dev.csdn.net/article/71803.shtm
工作流是抽象的概念，Web Flow是一个具体的产品。
Web Flow是专门定义界面跳转顺序的，你如果想用Web Flow将页面组织成特定的工作流来实现特定的业务，也是可以的，但通常工作流有专门的工作流系统，一般更强大。
工作流系统一般都要求：
1、可视化的流程编辑。
2、支持分支、合并。
3、支持子流程。
4、支持流程节点的页面定制。
5、支持同一流程的多个版本。
6、管理流程的执行历史。
Web Flow，最好参考官方资料：
http://dev.csdn.net/article/71803.shtm
#2
页面流转和工作流的概念不一样。
web flow更单纯。
工作流更多贴近业务整合。
web flow更单纯。
工作流更多贴近业务整合。
#3
是的是的
#4
要我说 都是抽象的概念
#5
工作流系统只要是用来规范化公司的管理，与具体的业务关联比较密切，web flow 是用来控制页面流转的吧
#6
Web Flow是专门定义界面跳转顺序,工作流是来控制业务跳转的。比如你要请假那就有如下几个节点需要跳转：领假条-》领导签证-》向人事递交假条。还得考虑你请的假期长短。超过两天得更高一级别的领导签字，那流程走向又不一样了。