我意识到这是一个非常普遍的问题,但我想知道在相当大的企业系统中使用 WF 对命令式代码实现业务逻辑对性能的影响。我想听听其他人在这方面的经验。
2 回答
您可以查看Windows Workflow Foundation 的性能特征,了解在 Windows Workflow Foundation 之上开发应用程序时非常重要的关键性能注意事项和建模指南。
但是我建议等待 PDC(10 月底)的 WF 4.0 公告,因为他们很有希望
性能和可扩展性显着提升(性能提升十倍)
编辑(PDC 之后,2008 年 11 月 11 日):
好吧,虽然 Kenny Wolf在他的演讲中说从执行速度到持久性大小有 10-100 倍的性能改进,但 PDC 的性能并没有透露太多。
此外,Rick Garibay 在此处发布了与 Kenny Wolf 的一些谈话后讨论。我正在复制一段相关的文章:
我的第一个问题是围绕进行如此大修的动力。Kenny 分享说,他们非常、非常深入地关注基于早期版本框架的关键客户请求和机会。最能引起共鸣的特征类型有 3 种。首先,是提供一个真正基于模型的框架,允许 WF 的各个方面以声明方式表示。其次,能够真正参与到存储库生态系统中,这是部署、管理和运营场景的关键。最后但并非最不重要的是性能。
在演讲的早些时候,Kenny 提到了一些有趣的改进,包括 10 倍到 100 倍的性能改进,以及持续的工作流程在 WF 4.0 中变得基本上“免费”。在他演讲后我们进行的更多一对一讨论中,他使用了用木制棒球棒挥动棒球的类比。虽然木制棒球棒很有效,但有时感觉有点沉重,如果不是笨重的话。当您拿起铝制棒球棒时,它明显更轻,并且感觉更符合空气动力学。WF 3.0 和 3.5 工作,但 WF 4 是一种新的和改进的铝制棒球棒。
我曾经做过一些关于 WF 性能的基准测试。事实证明,“声明性条件”非常缓慢。我相信这是由于在这个过程中做了很多反思。