赞成的意见

• 成本
• 耐久性
• 可分配性
• 未来

成本

BizTalk ,一个开源的基于代码的框架,比如 Objectflow 或者自己滚。请记住,除非你需要一些非常简单化的东西,否则每次你自己动手都是最昂贵的方法。因此,如果您需要一个相当大的功能,但也需要控制源代码,我建议您使用一个开源框架。

与BizTalk这样的框架相比,WF是一个非常灵活的框架。在WF中,您可以编写自己的自定义活动,并在框架之外执行您需要的操作—这将真正为您提供所需的功能。

耐久性

WF包括一个非常强大的耐久性框架。从某种意义上讲,工作流的状态可以持久化,工作流可以设置为空闲(以保留资源),然后稍后再调用。 但是

假设工作流通过web服务(即WorkflowService)托管。

可分配性

WF已设置为跨主机场分发。

假设工作流通过web服务(即WorkflowService)托管。

WF是BizTalk的替代编排引擎,实际上是由构建BizTalk的同一个人开发的。因此,WF在微软的地位有着光明的前景。事实上,目前微软正在开发单独的组件,用组件替换BizTalk的每个功能。例如, Windows Server AppFabric (更具体地说,是IIS的插件)取代了目前BizTalk中存在的监视服务。

微软为什么这么做?因为BizTalk不太适合云计算,因为这是一次大规模的安装,而他们正在构建的组件可以部署到云解决方案中。

• 灵活性
• 监控

extensions 由罗恩·雅各布提供。

对WF的监控还很年轻,这是它最大的隐患。不过,这会有所进展 非常 custom tracking

资源

Ron Jacobs . 我从未见过像他这样愿意帮助那些不得不使用微软框架的开发人员社区的人。相信我,他通过很多渠道提供了大量关于WF的信息,只要上谷歌看看就行了。

1. 微软支持它作为框架的核心部分,因此它可以/将更容易地集成到其他技术中,如Sharepoint和Azure“云应用程序”
2. 该工具可能会得到改进,并且在另外几个版本中非常流畅,这将提高开发人员的生产率

我不得不在工作中创建工作流活动,但我甚至不能告诉你答案。

简单回答:是的 自由的 它能完成任务。如果你能建立一个更好的管理工作流程的框架,并且想花时间在上面,那就一定要做。但考虑一下 你的时间值钱 ,那么您愿意投入多少资金来构建一个更好的工作流管理框架?我看得出来那会越来越贵。

归根结底,这些东西是作为工具箱提供的。你是否选择使用一个工具完全取决于你正在解决的问题,工具的适用性,以及你可以用来实现目标的时间和资源。

这是一项新技术,或者你可以说它是最新的,并承诺不断更新功能。

它尊重以前的工作环境,并使用它并添加那些对于长时间运行的程序(大型项目)的开发非常有帮助的特性。

它将所有的特性直接交给开发人员,开发人员以前在后台运行,缺乏内部核心概念和程序员之间的交互。

这是编程的未来,所以我们最好从今天开始学习。