工作流基础的思考和经验4

Question

既然Microsoft已经在Windows Workflow Foundation 4中修改了他们的工作流框架,那么您对这个新框架的想法和经验是什么？

我已经和WF4合作了几个月了,我遇到了一些陷阱:

• 无法使用Workflow Services(Xamlx)强制实施接口.
• 当工作流中发生错误时,无论是通信,关联,持久性还是工作流中的某些未处理的异常,几乎不可能分辨出错误,因为跟踪日志告诉您没有任何相关性.例如,我有一个Entity Framework对象作为工作流变量,工作流持久性在序列化时遇到了一些麻烦.不幸的是,跟踪文件中没有错误表明这是问题所在.在我弄清楚出了什么问题之前,我经历了数小时的反复试验.
• 一些提供的活动不足.例如,我不得不扩展Send活动以支持动态端点.不幸的是,我无法使其完全动态化,例如,界面名称不能是动态的.
• 如果工作流程太大,设计师会变得非常慢.一个超过100KB的工作流程需要超过一分钟的加载时间!而忘记调试这个大小的工作流程.
• 没有Oracle的持久性提供程序.

尽管存在缺陷,但我对数据库的持久性功能,设计器中易于捕获活动以及将WCF服务设置为工作流服务的难易程度印象深刻.

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

编辑:

我能够解决大型工作流程设计极其缓慢的问题.事实证明,有无法解决的进口,这显然会给设计师带来很大的压力.

我在MSDN论坛上发布了有关此问题的信息.

更新

现在我们正在生产中运行,AppFabric面临着一系列问题.我很清楚,截至目前,AppFabric Workflow Services还没有准备好使用.在新版本发布之前,我会远离这个.

Answer 1

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

我的主要痛点是无法更改正在进行的工作流程的定义。虽然这个问题将在下一个版本中得到修复，但目前这是一个大问题。