Sharepoint工作流与Windows工作流

Question

我们正在实施sharepoint应用程序的过程中，我们想知道SharePoint工作流和Windows工作流的优缺点。

Answer 1

SharePoint中的工作流是使用Windows Workflow Foundation实现的，因此它们没有太大区别，但关于该实现仍然有一些需要注意的事情。

SharePoint是一个Windows Workflow主机，所以如果您同意SharePoint团队的决定，那么您不必实现自己的主机：

用户通过SharePoint tasks

• 在content database

• Communication中保留
• 工作流实例每个工作流实例都绑定到列表/库项目
• Tracking is not implemented

如果这些选择是您喜欢的，那么一定要使用SharePoint工作流。

如果不是，那么实现您自己的主机并做出您自己的决定。

Answer 2

它们是一回事。当前的Windows工作流引擎是为SharePoint创建的。

现在应该注意的是，随着.Net 4.0的发布，工作流引擎将进行全面检修。我不知道具体细节，但有人告诉我差异很大。我假设这将在Sharepoint 2010中使用，但我没有任何关于这方面的信息。

这是一个描述4.0升级的link。

Answer 3

您尚未指定是在SharePoint中构建自定义编码的应用程序，还是通过浏览器配置开箱即用的解决方案。无论哪种方式，SharePoint中的工作流都有以下几个选项。

1. 使用内置到SharePoint中的本机工作流，并且可以从任何列表中轻松访问。它们非常基础(大多数只需一两个步骤即可完成简单的审批)，但它们会让您很快上手并运行起来，而且都可以通过浏览器完成。
2. 使用SharePoint Designer来构建稍微复杂一些的工作流。这将使您能够访问条件逻辑(例如，基于列表值路由工作流)和无限的步骤，以及允许您在流程中引入更多逻辑的许多其他功能。缺点是你必须使用SharePoint Designer，坦率地说，这可能是一个真正的痛苦。
3. 自定义在WF中编码你的工作流。Windows Workflow是前两个选项的基础，这两个选项本质上是底层框架之上的抽象。这种方法的主要区别在于，您并不局限于浏览器或SPD所提供的功能。缺点是，这将成为一个更复杂的过程(尽管不可否认，工作流可能会更复杂)，并且您必须经历针对SharePoint进行编码、打包部署、发布等繁琐的工作。

我发现，在开发和功能的简单性方面，最好的平衡是尝试按照我提供的顺序完成上面的列表，只有在您肯定不能实现当前需求的情况下，才会进入下一个选项。