我们正在为一家端到端使用 Microsoft 产品的公司选择工作流解决方案。鉴于 WF4 的消息,它似乎本质上是对以前版本的重写,是否支持当前版本是明智之举,还是我们应该寻找其他地方?
即 - 当前版本是否如此糟糕以至于我们不明智地尝试使用它?
我们正在为一家端到端使用 Microsoft 产品的公司选择工作流解决方案。鉴于 WF4 的消息,它似乎本质上是对以前版本的重写,是否支持当前版本是明智之举,还是我们应该寻找其他地方?
即 - 当前版本是否如此糟糕以至于我们不明智地尝试使用它?
Haiving 刚刚启动了一个使用 .NET 3.5 和工作流的项目,我想说当前版本的 WF足以使用和运行。它帮助我们快速推出产品(我们通常每周都有功能变化和需求变化)。但是,我有一份投诉清单:
我喜欢基于工作流的开发的想法和潜力,但是我并不急于重复这种体验,并且可能会在长时间运行的过程中坚持不使用它。我会再次使用它的一个地方是在一个简短而复杂的过程中(例如用于计算价格的规则引擎)。
也许对你来说有点晚了,但现在 WF 4.0 发布了 beta 版,其他有同样问题的人可以考虑支持 4.0 的马而不是 3.5 的马。
这在某种程度上解决了以下问题:
• 工作流设计器会让你发疯,因为它太慢了(在某些情况下),并且会按照它认为合适的方式重新安排你的状态机。[设计师性能改进]
• 对它们进行单元测试并不容易。有一些想法,但当我们开始这个工作流单元测试时似乎没有一个特别容易 [我认为现在更容易一些,工作流示例的一些介绍包括大量单元测试]
我的理解是微软会为新的 WF 提供向后兼容性和/或迁移策略,所以我猜你可以安全地使用它。但是,我从组织中的其他开发人员那里听说,当前版本的 WF 使用起来非常痛苦。如果您有预算(并且取决于您的工作流程的复杂性),您可能需要考虑 K2:http ://www.k2.com/en/index.aspx
作为工作流开发人员,我认为当前版本使用起来很痛苦。这并不奇怪,因为这是来自 microsoft 的 v1.0 软件 :)
我认为您应该首先考虑您对工作流软件的期望。您是否有明确的 WF 期望清单?Acutally 我想知道这样一个列表的内容。也许我们可以在每个主题上提供更详细的帮助。
我不知道为什么人们对WF有如此负面的印象。当然它有它的缺点,但我认为它非常有用。我遇到的一个主要问题是缺乏对升级现有工作流程的支持(gbanfill 列表中的bullent #2)。
使用当前版本的另一点是“都柏林”(Microsoft 新应用服务器)将构建在 WCF 和 WF .NET 4.0 之上,但很乐意托管 3.5 WF。因此,您无需重写即可迁移到该位置。
简单提一下,Visual Studio 2010 CTP 包含一个新的更新的 WF 设计器,作为 Oslo 目标的一部分。