我正在实现一个非常简单的状态机订单处理应用程序。它是一个电子商务应用程序，具有一些曲折。应用程序的用户将不会自己编辑工作流。

Microsoft声称asp.net和Windows Workflow可以合并。安装和维护asp.net和Windows Workflow的组合有多难？我将在sql-server中保持工作流状态。

我自己滚动自己的状态机代码是否更容易，或者Windows Workflow是适合该工作的工具？

解决方案

回答

如果状态机非常简单，那么我会说我们应该自己动手。我们对一切都有更多的控制权。我们可以按自己的意愿处理持久性，而不必担心它们的工作方式。

WF看起来确实很酷，但是我认为它的强大之处可能在于它很容易将其绑定到CRM和Sharepoint等框架中。如果我们打算在应用程序中使用它们，那么我肯定会考虑使用WF。

全面披露：我绝对不是WF专家。

回答

这取决于需求。状态机有多复杂？我们希望状态机位于何处(例如，模型与数据库)？ WWF提供了一个基于事件的状态机，如果状态机已嵌入模型中，则该状态机就足够了。

我个人已经实现了电子商务框架和其他基于工作流的网站，而实现基于数据库的状态机给我带来了很多快乐。始终工作顺利。

另一方面，我的一些同事更喜欢世界自然基金会。

无论如何，它都可以与ASP.NET完美配合。

回答

Asp.net和WF相处得很好，并且WF不会增加太多的维护开销。

这是否适合设计在很大程度上取决于需求。如果我们有许多事件驱动的操作，那么WF可能是值得的，否则滚动自己的跟踪的开销可能会增加系统的复杂性。

WF相当容易使用，因此我建议创建一个原型并进行试验。

另外，我认为，根据要求，我怀疑WF将是适合解决方案。