这是一个多部分的问题:
首先,你个人对工作流有什么看法?
第二,还有其他好的基于.NET的工作流引擎吗?关于我的用法的一些信息:
我不在乎工作流是用DB、XML还是代码定义的,因为我们决定定义它,如果不支持它,我们可以编写适配器。专有(免费或收费)是可以的,但开放源码是首选。
发布于 2009-05-25 05:29:29
我不喜欢工作流以二进制格式持久化到数据库的事实。这意味着,仅仅通过查看数据库就无法理解它。
对版本控制的支持非常弱。这意味着,如果您更新您的工作流,确保运行在上一个版本上的现有工作流能够完成,这是一个真正的麻烦。您需要处理web.config并指定不同版本的.dll文件。
我确实和几个人一起玩过。WorkflowGen非常容易使用,而且功能强大。但最终,我决定推出自己的工作流程,因为我们只需要简单的工作流程,比如在收到订单和发票需要付款时,向供应商发送电子邮件。我也完全控制了源代码,并可以通过这种方式进行修改。
发布于 2009-11-17 16:17:36
我在一个生产系统中成功地使用了http://codeplex.com/simplestatemachine (一个用于处理350+不同的政府营业执照颁发的ASP.NET系统)。
在Boo中实现了一个简单的状态机,因此我们只在文本文件中公开定义,系统管理员可以修改该文件。在编辑器中,我们进行验证,以确保编辑是正确的,工作流实际上是有功能的。
今天我发现了这个,https://github.com/nblumhardt/stateless,看起来很有趣。
我们切换到了开源的替代方案,原因很简单,因为我们对工作流的体验并不好。
发布于 2010-12-12 09:48:06
我们一直在使用我们的产品线之一,需要简单的工作流;
http://objectflow.codeplex.com/
https://stackoverflow.com/questions/905389
复制相似问题