使用Workflow Foundation的想法和经验4

 

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

我已经与WF4合作了几个月，现在我遇到了几个陷阱：

  • 没有办法强制与工作流服务（Xamlx）的接口。
  • 当工作流中发生错误时，无论是通信，相关性，持久性还是工作流中的某些未处理的异常，几乎不可能知道出了什么问题，因为跟踪日志告诉您没有任何相关信息。 例如，我有一个实体框架对象作为工作流变量，并且工作流持久性在序列化时遇到了一些麻烦。 不幸的是，跟踪文件中没有错误表明这是问题所在。 在我发现问题出在哪里之前，我经历了许多小时的试验和错误。
  • 一些提供的活动不足。 例如，我必须扩展发送活动以支持动态端点。 不幸的是，我无法使其完全动态，例如，接口名称不能动态。
  • 如果工作流程变得太大，设计师变得非常缓慢。 一个大小超过100KB的工作流程需要一分多钟才能加载！ 而忘记调试这种大小的工作流程。
  • 没有Oracle的持久性提供者。

    • 尽管存在这些缺陷，但我对数据库的持久性功能，设计人员在一起捕捉活动的难易程度以及将WCF服务设置为工作流服务的难易程度印象深刻。

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

    编辑：

    我能够解决大型工作流程中速度极慢设计师的问题。 事实证明，有无法解决的进口，这显然导致设计师很大的压力。

    我发布了有关此问题的MSDN论坛。

    更新

    现在我们正在生产中，我们正面临着一系列的问题，我们正面临着AppFabric。 我很清楚，截至目前，AppFabric工作流服务尚未准备好使用。 直到新版本发布之前，我会远离它。

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

    我的主要问题是无法改变流程工作流程的定义。 尽管如此，这个问题正在被解决，但现在是一个大问题。

    工作流程中的例外情况我也遇到了困难 - 主要是确定它们为什么发生，来源以及描述或消息。 随着我获得更多经验，我得到了更好的体验，如果我开始另一个工作流程项目，我将能够更高效地进行调试。 这只是一个不同的范例，因此不能像直接代码那样接近。

    我使用WF 4.0的另一个问题是使用WorkflowInvoker进行单元测试; 具体情况让我感到难过，但嘲笑依赖和父母/孩子的工作流程是一件非常头疼的事情。

    一般来说，我真的很喜欢WF 4.0，这是3.5的巨大改进。 在调试模式下运行可能非常慢，在设计器中进行调试比它的价值更麻烦，但该框架非常好用，非常实用。

    链接地址: http://www.djcxy.com/p/61519.html

    上一篇: Thoughts and Experiences with Workflow Foundation 4

    下一篇: To Workflow or Not to Workflow?