对于基于Web的订单工作流程应用程序，我正在考虑是否使用Windows工作流程基础。基本上，订单的状态可以被视为约。数据库中的一列。根据订单的状态和用户的角色，向用户显示不同的asp.net页面。
这是一个考虑使用wwf的场景吗？ 我可以看到工作流程图形设计的优势 - 这是一个决定性的优势吗？ 如何保持wwf本身的持久性w.r.t.带订单的现有数据库？
答案 0 :(得分：1)
恕我直言，这取决于这个“工作流程”（应用程序中的页面流程）是静态的，动态的，还是预期会改变但很少。
如果流是静态的（在编译时已知），那么它就不值得了。如果流程不断变化，除非您可以在编译时使用工作流程封装该动态，那么可能不会。
但是，如果流量按安装或每个客户端更改是。一个例子是文档流程取决于业务分析师摘要的结果。每个客户端会有所不同，因此使用工作流设计不同的页面流，然后插入系统。
在我看来，你属于中间范围。您有一个众所周知的流程，可能会根据订单的状态流经多个不同的步骤。您的选择可能取决于将页面流作为工作流实施的难度以及使用现成活动描述流程的简便性。
我建议创建一个使用工作流程进行页面流的简单（例如3步流程）网站。您很快就会发现使用WF描述和控制页面流是多么困难/容易。