使用Workflow Foundation对性能的影响

我意识到这是一个非常普遍的问题,但我想知道在相当大的企业系统中使用WF禁止命令代码实现业务逻辑对性能的影响.我想听听其他人在这方面的经验.

您可以检查Windows Workflow Foundation的性能特征,了解在Windows Workflow Foundation上开发应用程序时非常重要的关键性能注意事项和建模指南.

但是,我建议等待在PDC(10月底)宣布WF 4.0,因为他们很有希望

性能和可扩展性方面的显着改进(性能提升十倍)

编辑(在PDC之后,11Nov08):

好吧,尽管Kenny Wolf 在他的演讲中表示从执行速度到持久性大小的性能提升了10-100倍,但在PDC上的表现并不多.

此外,Rick Garibay在这里与Kenny Wolf进行了一些讨论后的讨论.我正在复制相关段落:

我的第一个问题是围绕这种重大改革的动力.Kenny分享了他们非常非常关注基于早期版本框架的关键客户请求和机会.有3种特征类型最能引起共鸣.首先,提供一个真正的基于模型的框架,允许以声明方式表示WF的每个方面.其次,能够真正参与存储库生态系统,这是部署,管理和运营方案的关键.最后,但并非最不重要的是表现.

在他的演讲早些时候,肯尼引用了有趣的改进,包括10倍到100倍的性能改进和坚持的工作流程在WF 4.0中变得基本上"免费".在他的演讲之后我们进行了更多的一对一讨论,他使用了一个用木制棒球棒在棒球场上挥杆的比喻.虽然木制棒球棒是有效的,但如果不是笨重的话,它会感觉有点沉重.当你拿起铝制棒球棒时,它明显更轻,并且感觉更加符合空气动力学.WF 3.0和3.5工作,但WF 4是一种新的改进的铝棒球棒.