【发布时间】：2011-07-25 19:41:57
【问题描述】：
我对 SiteFinity 3.7 中的工作流程有以下要求。我相信有些要求是不可能的，所以我想澄清哪些（如果有的话）不是，并分析这些要求是否有解决方法，或者它们是否在 SiteFinity 4.x 中受支持。
基本用例是这样的： 1. 创建了一段通用内容。 2. 内容通过基于标签的工作流发送。因此，标记为“环境”的内容将通过与标记为“合法”的内容不同的工作流/批准过程。 3. 每个工作流程都需要一个 3 步审批流程。因此，当提交内容以供批准时，首先用户 A 会批准它。一旦用户 A 批准它，用户 B 就可以。然后是用户 C。最后在所有必要的批准后，管理员（或其他角色）可以发布它。 4. 对批准或拒绝都应发表评论。 5. 批准或拒绝时应向相关组/角色发送通知。
我不认为 SiteFinity 支持很多开箱即用的功能。到目前为止，我的计划基本上是这样的：
- 创建许多不同的角色来支持各种工作流。
- 修改审批页面以支持 cmets，方法与此处类似：http://www.sitefinity.com/devnet/forums/sitefinity-3-x/developing-with-sitefinity/sitefinity-3-7-decline-email-with-comments.aspx。不同之处在于不仅仅是在电子邮件中包含 cmets，而是将它们保存到我们数据库中的一个新表中。目标是在页面上显示它们并能够查看其他用户制作的 cmets。通知也可以在这里处理。
- 进一步扩展批准页面以包含自定义接受/拒绝按钮。基本上，这些将在实际工作流程之外发挥作用，并更新我们数据库中的另一个新表。我相信这可能是实现多步骤审批流程的一种方式。基本上，上例中的用户 C 将是唯一拥有实际批准权限的用户。用户 A 和 B 可以拥有仅查看权限，但可以使用这 2 个按钮来触发通知并模拟所需工作流程的一部分。
- 修改 AllPagesList.ascx 控件以按角色/内容标签过滤用户看到的页面列表，以便用户只看到他们应该看到的页面。
我确实有几个问题：
- 我上面所说的一切是否有意义并且似乎可行/有更好的方法吗？
- 通用内容可以通过工作流发送还是仅通过使用该内容的页面发送？
- 如果只有页面可以通过工作流，我们如何处理页面被批准和发布，然后内容更新的情况？限制用户只能通过“页面”部分而不是“模块”部分编辑通用内容块？还是自动处理？
我对 SiteFinity 比较陌生，所以任何帮助/方向/代码/等。将不胜感激。如果到目前为止我所说的任何事情都不清楚，我也很乐意尝试澄清事情。
【问题讨论】：
标签： workflow sitefinity sitefinity-3x