Workflow 微软工作流基础真的被使用了吗？

今天，我接受了“微软工作流基金会”的培训

虽然我认为这个想法很好，但我仍然认为它是概念的证明，而不是现实生活中的解决方案。构建一个完整的应用程序而不必键入一行代码（或者只键入其中的几行代码）似乎是错误的

---

你有没有使用过这种技术？如果有，它真的适合大公司的项目吗？您使用它有哪些缺点/优点？

我不认为它会取代整个应用程序，但更可能在应用程序的体系结构中使用它，以使其更易于维护和构建，因为业务逻辑是分离的

在我构建的上一个应用程序中，我们使用了自己的工作流解决方案，使我们的站点更易于维护，还可以快速添加新内容和控件，而无需重新编译和重新部署

---

MWF完全可以在小应用程序中占有一席之地，这取决于它的需求。

工作流只是更大应用程序的一部分，就像你的整个应用程序不是WPF或ADO一样。它确实在实际应用中得到了应用，非常有用。在应用程序中，需要寻找合适的项目，如销售订单、雇用新人或建造房屋。所有这些都有一个开始，经历多个步骤，有一个结束，您很可能在应用程序中管理多个步骤。描述一个或多个工作流中的“项目”步骤，并为每次事件启动一个步骤

---

由于这是一种非常常见的情况，我相信更多的开发人员可以从他们的应用程序中使用工作流中获益。

最近，我一直在使用它来替换那些在分支和循环逻辑方面非常混乱的代码库部分。当你能在一张图片中形象化这些东西，并且仅仅创建一些自定义活动来执行你的逻辑时，你就更容易准确地知道发生了什么

---

整个应用程序没有被重写，例如，确实没有理由对工作流执行任何CRUD类型的操作，但它对一些“繁重”的操作非常有用。

这应该是社区wiki。它是相当主观的。它用于dynamics crm、sharepoint等