.net-4.0 - Workflow Foundation 4 的想法和经验

Question

现在微软已经在 Windows Workflow Foundation 4 中改进了他们的工作流框架，您对这个新框架有什么想法和经验？

我已经使用 WF4 几个月了，我遇到了一些陷阱:

无法强制使用工作流服务 (Xamlx) 的接口(interface)。

当工作流中发生错误时，无论是与通信、相关性、持久性还是工作流中的一些未处理的异常有关，几乎不可能判断出了什么问题，因为跟踪日志不会告诉您任何相关内容。例如，我有一个 Entity Framework 对象作为工作流变量，工作流持久性在序列化它时遇到了一些麻烦。不幸的是，跟踪文件中没有任何错误表明这是问题所在。在弄清楚出了什么问题之前，我经历了许多小时的反复试验。

一些提供的事件是不够的。例如，我必须扩展 Send 事件以支持动态端点。不幸的是，我无法使其完全动态化，例如，接口(interface)名称不能是动态的。

如果工作流程变得太大，设计师就会变得非常缓慢。一个大小超过 100KB 的工作流程需要一分钟多的时间才能加载!忘记调试这种规模的工作流程。

Oracle 没有持久性提供程序。

尽管存在这些缺陷，但我对数据库的持久性能力、在设计器中将事件捕捉在一起的便利性以及将 WCF 服务设置为工作流服务的便利性印象深刻。

我很好奇其他开发人员使用 Workflow Foundation 4 的体验。

编辑:

我能够解决大型工作流程设计器速度极慢的问题。原来有无法解析的Imports，显然给设计师带来了很大的压力。

I posted on the MSDN forums about this issue.

更新

现在我们正在生产中运行 AppFabric，我们面临着一系列问题。我很清楚，到目前为止，AppFabric 工作流服务还没有准备好使用。在新版本发布之前，我会远离这个。

Answer 1

我认为您对 WF4 问题做了很好的总结。

我的主要痛点是无法更改过程中工作流的定义。这将在下一个版本中得到解决，但现在是一个大问题。