问题标签 [workflow]

我有一个流程，需要四五个人中的任何两个人的批准。我想创建一个分配给每个人的任务，在其中两个任务完成后，删除剩余的任务并继续工作流程。

有没有办法用一个CreateTask活动创建多个任务？另外，我对 WorkFlow 还是很陌生，所以如果我将它们存储TaskIDs在一个数组中，我可以遍历它们以在事后删除剩余的任务吗？

或者我会以完全错误的方式解决这个问题？我愿意接受建议。

我正在尝试为我工作的公司开发一些 SharePoint 工作流，但我不太熟悉这项技术的来龙去脉。通常，当我想熟悉某件事时，我只是玩弄它，查看属性，找到所有方法等。

当我启动 Visual Studio 并尝试创建 SharePoint 工作流时，它给了我一个错误，表明我没有对“Microsoft.SharePoint.dll”的引用。有人告诉我，看到这种情况很正常，因为如果你想做工作流，你必须在 SharePoint Server 本身上进行所有的开发。这是真的？

如果是这样，是否有任何人在多开发人员环境中成功开发 SharePoint 工作流，而不诉诸任何“黑客”？感谢您的阅读和您的回复...

我想要一个工作流，当在列表 A 中创建条目时，将为列表 C 中的每个条目在列表 B 中生成一个条目。这可能吗？如果是这样，怎么做？

如何将工作流系统与自动化某些工作的普通应用程序区分开来？系统是否有任何特定功能必须被归类为工作流系统？

我想做以下事情：

当销售人员将自定义实体（我们称之为“主要专业知识”）分配给 MS CRM 4.0 中的机会时，系统将与定义为关联“主要专业知识”记录所有者的用户共享机会。

我想通过工作流自动完成，但找不到可以完成的工作流步骤。是的，我在一些论坛上读到这实际上还不可能，只能通过 .NET 程序集。

经验，有人吗？

我正在设计的应用程序将按计划从各种不同的来源检索和存储内容。在某些情况下，将根据时间间隔（想想股票报价）检索内容，而在其他情况下，将根据自定义时间表（MWF @ 2pm）检索内容。许多流程都适用于 MS Workflow。内置的 SQL 跟踪服务将提供很多价值。内容源非常不同，每种不同类型的内容检索都将是一个自定义工作流。

我的问题是，我应该如何托管、监控、安排和公开工作流程？

要求：

• 必须能够通过管理 UI 监控每个内容“代理”的运行状况
• 必须能够通过管理 UI 启动和停止单个工作流
• 工作流根据计划重复出现，但不一定“长期运行”
• “服务”必须具有高可用性

Windows 服务、工作流服务、ASP.Net、WCF 都可供我使用，我也愿意接受其他建议。

我正在为一个受工作流驱动的新应用程序设计规范。

在我重新发明轮子之前，是否已经有一个像样的轻量级工作流引擎可以插入到 ASP.NET 中？

基本上，我正在寻找能够在自动处理状态管理的同时处理通过一组定义的工作流页面移动的东西。

如果还没有，我肯定会尝试从我的应用程序中抽象出引擎并将其放在 codeplex 上，因为它真的很方便。

有什么建议么？

注意：.NET 2.0，所以没有 WWF，尽管我认为 WWF 对我的需求来说太过分了。

编辑：似乎有一个合法的需求，并且那里没有产品......所以我可能会建造这个。

这是我所描绘的：

• 称为 WebFlowPage 的自定义页面类
• 所有 WebFlowPage 都在工作流映射器中注册。
• 每个 WebFlowPage 都有某种形式的状态对象。
• HttpHandler 处理基于工作流选择适当的 WebFlowPage，并从状态对象中填充它。

我正在考虑让我的学生使用 git 进行结对编程。因为学生的工作必须保密，所以公开回购是不可能的。相反，每个学生都有一个他们自己维护的私人仓库，他们需要使用 git-format-patch 交换补丁。我已经阅读了手册页，但我有点不清楚将发送哪些补丁。对于学生来说，显而易见的事情是发送自上次发送以来的所有补丁，或者（如果 git 不介意冗余地接收相同的补丁）发送自时间之初以来的所有补丁。（请记住，这些是学生项目，它们会持续几个星期，而且很小，性能不是标准。）我们最好的朋友是简单我们也喜欢蛮力。

谁能给我一个简短的系列示例，展示两个人，每个人都有一个私人 git repo，使用 git-format-patch 和 git-am 交换补丁？或者将我指向现有的 git 文档和/或教程？

为每个添加到特定文档库的新文档显示自定义表单的最佳方式是什么？

我希望用户能够对添加文档将导致的某些操作进行一些控制 - 特别是为任务列表中的用户创建的任务，贡献用户在提交之前必须确定。

最好的方法是通过工作流还是事件处理程序？

问候哞

我们正在为一家端到端使用 Microsoft 产品的公司选择工作流解决方案。鉴于 WF4 的消息，它似乎本质上是对以前版本的重写，是否支持当前版本是明智之举，还是我们应该寻找其他地方？

即 - 当前版本是否如此糟糕以至于我们不明智地尝试使用它？