我正在实现一个非常简单的状态机订单处理应用程序。这是一个电子商务应用程序,有一些曲折。该应用程序的用户不会自行编辑工作流程。
微软声称可以将asp.net和Windows Workflow结合起来。安装和维护asp.net和Windows Workflow的组合有多难?我将在sql-server中保持工作流状态。
我是否更容易滚动自己的状态机代码,或者Windows Workflow是否适合工作?
答案 0 :(得分:2)
Asp.net和WF相处得很好,WF不会增加太多的维护费用。
这是否适合您的设计在很大程度上取决于您的需求。如果你有很多事件驱动的动作,那么WF可能是值得的,否则滚动你自己的跟踪的开销可能会增加系统的复杂性。
WF相当容易使用,因此我建议制作一个原型并进行试验。
此外,在我看来,根据您的要求,我怀疑WF将是适合您的解决方案。
答案 1 :(得分:1)
这取决于您的需求。状态机有多复杂?您希望状态机在哪里生存(例如模型与数据库)? WWF提供了一个基于事件的状态机,如果您的状态机嵌入在模型中,这就足够了。
就个人而言,我已经实现了一个电子商务框架和其他基于工作流的网站,我一直很高兴实现基于数据库的状态机。总是毫无障碍地工作。
另一方面,我的一些同事更喜欢世界自然基金会。
无论如何,它与ASP.NET完美配合。
答案 2 :(得分:0)
如果你的状态机非常简单,那么我会说你应该自己动手。你可以更好地控制一切。您可以按照自己的条件处理持久性问题,而不必担心他们是如何做到的。
虽然WF看起来确实很酷,但我认为它的强大之处可能在于它很容易将它与CRM和Sharepoint这样的框架联系起来。如果您打算在您的应用程序中使用这些,那么我肯定会考虑使用WF。完全披露:我绝对不是WF专家。