我最近发布了一个关于在 Web 应用程序中运行的 Windows 工作流的问题。当然，这是一个相当技术性的问题，其中包含诸如 ManualWorkflowSchedulerService、HandleExtrenalEvent 等术语......它在 20 天内获得了大约 15 次浏览。
虽然很可能是我没有以正确的方式提出问题，但它让我想到了在现实世界的应用程序中采用 Windows 工作流程，尤其是在 Web 应用程序中。
您是否使用 WF 成功实现了现实世界的互联网应用程序，回首过去，您的时间（金钱）投资是否得到回报？
【问题讨论】：
我们使用状态机工作流程来管理几个服务请求流程，每个流程大约有 10 个状态。我不确定这是否是 100% 正确的选择，因为实现一个简单的状态机设计会更简单（也许我们在这里遇到了 BDUF）。
对我们来说最大的缺点是学习曲线。我的意思是，工作流程实际上是 biztalk 的精简版（免费！）。
在我看来，这些是我们从 WF 中受益的领域：
我总是试图记住它确实是一个基础。作为开发人员/架构师，您必须承诺在此基础上构建一些有用的东西。
【讨论】：
我在一个 Web 应用程序中使用了 Windows Workflow，该应用程序旨在管理企业系统中变更控制请求的生命周期。诚然，我在其中摸索过，而且肯定没有正确地做很多事情，但它工作得很好，而且我对无需编写更多代码就可以轻松更改规则感到满意。
但是，一旦我推出了这个项目，继承它的人决定他不喜欢 WF 或不想学习它，所以应用程序死了，他们又重新使用电子邮件和电话。所以实施是成功的，但投资最终是浪费。
【讨论】：
嗨，Tom，我真的不认为 WF 在我们使用 Web 应用程序时表现出色，因为我们很可能会使用 DB 来保持状态，您已经准确地提出了我心中的问题 我们在生产环境中使用过 WF，当我们从一个版本升级到另一个版本时，它会带来很多问题 其次，它有很多限制，即它不支持环境事务 我认为我们应该等待第 4 版或第 5 版，看看它是否有更好的功能
【讨论】：
我的经验类似于 Out Into Space，我们曾研究过在各种 B2B 场景中使用 WF 来控制复杂且多样化的订购流程。上次我听说他们正在清理它。
我认为许多开发人员很难从工作流程的角度进行思考。
【讨论】：
我已经部署了 3 个应用程序。 2 个是 ASP.NET 应用程序，1 个工作流部署到 SharePoint 环境。回想起来，我认为这笔投资是值得的。就像前面的人说的，WF 是一个你必须构建的框架。这需要多一层担心，但收益大于成本。
【讨论】：