Sharepoint工作流程与Windows工作流程

作者: 谦逊的毛巾
发布时间: 2024-07-04 10:52:16 (18天前)
转自：

7 条回复

0#
回复此人
老夫的少女心吖 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> SharePoint中的工作流是使用Windows Workflow Foundation实现的，因此它们没有那么不同，但是仍然有一些关于该实现的注意事项。 </p> <P> SharePoint是一个Windows Workflow主机，因此如果您同意SharePoint团队的决策，则不必实现自己的主机，这很好： </p> <UL> <LI> 工作流实例保留在内容数据库中 </LI> <LI> 与用户的通信是通过SharePoint任务进行的 </LI> <LI> 每个工作流实例都与列表/库项目相关联 </LI> <LI> 跟踪未实施 </LI> </UL> <P> 如果这些选择符合您的喜好，那么请务必使用SharePoint工作流程。 </p> <P> 如果没有，那么实施自己的主机并做出自己的决定。 </p> </DIV>

编辑
1#
回复此人
晴天？霹雳 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 您尚未指定是在SharePoint中构建自定义编码应用程序还是通过浏览器配置开箱即用的解决方案。无论哪种方式，这里有一些SharePoint工作流的选项。 </p> <OL> <LI> 使用SharePoint中内置的本机工作流，并可从任何列表轻松访问。它们非常基本（大多数是简单的批准，有一个或两个步骤），但它们可以让你快速启动并运行，它们都可以通过浏览器完成。 </LI> <LI> 使用SharePoint Designer构建稍微复杂的工作流程。这将使您可以访问条件逻辑（即基于列表值路由工作流）和无限步骤，以及允许您在流程中引入更多逻辑的许多其他功能。缺点是您必须使用SharePoint Designer，坦率地说，这可能是一个真正的痛苦。 </LI> <LI> 在WF中自定义您的工作流程代码。 Windows Workflow是前两个选项的基础，这两个选项基本上是基础框架之上的抽象。这种方法的主要区别在于您不仅限于浏览器或SPD表面的功能。缺点是这将成为一个更复杂的过程（虽然承认工作流程可能会更复杂），您必须经历针对SharePoint，打包部署，发布等的编码工作。 </LI> </醇> <P> 我发现在易于开发和功能方面的最佳平衡是尝试按照我提供的顺序完成上面的列表，如果你肯定不能用当前点来实现这个要求，那么只能进入下一个选项。 </p> </DIV>

编辑
2#
回复此人
晴天 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 它基本上是相同的技术。如果您知道一个，您可以轻松使用/切换到另一个。 </p> <P> 将SharePoint dll添加到解决方案时，您将获得可在工作流中使用的一些特定SharePoint“活动”。（创建任务，......） </p> <P> 您的SharePoint Server将充当您的工作流的主机。 </p> <P> 在SharePoint中部署工作流的最佳方法是使用SharePoint功能。这告诉SharePoint要使用的dll（程序集）和要显示的（输入）页面。 </p> <P> 作为输入页面，您可以使用简单的.net aspx页面或infopath表单。两者都需要一些试验和错误才能掌握它。 </p> </DIV>

编辑
3#
回复此人
Jacob | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 他们是一样的东西。当前的Windows工作流引擎是为SharePoint创建的。 </p> <P> 现在需要注意的是，随着.Net 4.0的发布，工作流程引擎将进行大修。我不知道具体细节，但我被告知差异很大。我认为这将在Sharepoint 2010中使用，但我没有任何相关信息。 </p> <P> 这里有一个 <a href="http://blogs.msdn.com/endpoint/archive/2009/01/20/the-road-to-wf-4-0-part-1.aspx" rel="nofollow noreferrer"> 链接 </A> 描述4.0中的升级。 </p> </DIV>

编辑
4#
回复此人
文艺青年 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 如其他答案中所述，它们是相同的，因为它们使用Windows WOrkflow Foundation。话虽如此，当涉及到通过SharePOint Designer创建的工作流程时，要记住一件重要的事情：它们不是开箱即用的“可移植”，这意味着你可以创建一个绑定列表a，然后将列表另存为一个模板，然后基于该模板创建另一个列表，工作流将无法工作（您已重新绑定它，因为它仍然引用原始列表的ID（guid）。 </p> </DIV>

编辑
5#
回复此人
Autistic | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> SharePoint只使用Windows工作流基础（WF）作为其工作流引擎。 WF本身只是一个通用的工作流引擎。 </p> <P> 为了使用WF，您必须实现主机进程以执行工作流，并对其进行配置，以便将实例持久化到数据库等（现在大多数人将WCF服务用作工作流主机，请参阅 <a href="http://www.informit.com/articles/article.aspx?p=1316798&seqNum=12" rel="nofollow noreferrer"> 这里 </A> 要么 <a href="http://www.codeproject.com/KB/WF/WCFWFServiceLibrary.aspx" rel="nofollow noreferrer"> 这里 </A> ）。 </p> <P> SharePoint附带已配置的所有内容并实现自己的工作流主机，因此您可以开始使用工作流程。除此之外，它还提供自定义活动和SharePoint特有的其他好东西。 </p> </DIV>

编辑

登录后才能参与评论