我一直在这里和一些书中阅读，并且无法确定在学习Windows工作流基础时是否值得在我当前的 vb.net 和SQL服务器应用程序中使用。
我正在设计一个销售跟踪应用程序，其中订单按照复杂的流程进行处理。目前有 5 种不同的流程，其中某些流程（例如信用检查）可能会发生，也可能不会发生，具体取决于订购的商品。
我需要能够获得报告，以便我们可以轻松地从 vb.net 应用程序以及可能基于 Web 的报告工具中查看数据库中订单的状态。
我的问题：
-
由于流程变化很大，我最好将自己的订单流存储在数据库中还是工作流程合适？
-
我可以轻松地在SQL数据库中编写选择查询并查看订单的当前状态吗？（不在应用程序中）
-
一个可能是一个很好的参考点的例子？
谢谢
抢
由于流程变化很大，我最好将自己的订单流存储在数据库中还是工作流程合适？
我不认为您的灵活性会改变使用数据库或 WF 的任何内容。无论如何，您都将将这些工作流作为 Web 服务托管，因此，如果您有一组规则来决定要执行的流，那么从数据库加载工作流与启动 Web 服务之间实际上没有区别。
另一个有趣的项是，您可以构建一个为您做出这些决策的工作流。换句话说，您应该考虑构建一个在适当时启动其他工作流的工作流 - 这将使您的业务流程更顺畅，因为您只需调用一个端点即可使其全部运行，并且工作流会做它最擅长的事情，即流程。
我可以轻松地在SQL数据库中编写选择查询并查看订单的当前状态吗？（不在应用程序中）
如果您利用 WF 之上的 Windows Server AppFabric（我建议这样做），那么您可以查询监视数据库以获取有关工作流当前状态的信息。但是，如果您需要特定于业务的信息，最明智的方法是在有意义的时间将该信息写入应用程序数据库。从监控数据库恢复的数据与系统管理更相关。
一个可能是一个很好的参考点的例子？
网络上有很多例子，但我建议访问Ron Jacobs博客并从他那里收集尽可能多的信息。他是 WF 项目经理，实际上关心使用该产品的人的成功 - 他拥有丰富的知识，他与社区分享了这些知识，这是您在开始之前需要确定学习的内容。