0
我對SiteFinity 3.7中的工作流程有以下要求。我相信有些要求是不可能的，所以我想澄清哪些（如果有的話）不是，並分析是否有這些變通方法，或者它們是否在SiteFinity 4.x中受支持。SiteFinity中的自定義工作流程3.7
基本用例如下： 1.創建一段通用內容。 2.通過基於標籤的工作流程發送內容。因此標記爲「環境」的內容將通過不同的工作流程/審批流程，標記爲「合法」的內容。 3.每個工作流程需要3個步驟的審批流程。因此，當內容提交審批時，首先用戶A會批准它。一旦用戶A批准了它，用戶B就可以。然後是用戶C.最後在所有必要的批准後，管理員（或其他角色）可以發佈它。 4.應同意批准或拒絕批准。 5.通知應在批准或拒絕時發送給相關組/角色。
我不認爲SiteFinity支持很多開箱即用的功能。到目前爲止，我的計劃基本上是這樣的：
- 創建許多不同的角色以支持各種工作流程。
- 修改審批頁面以支持類似於此處找到的方法中的註釋：http://www.sitefinity.com/devnet/forums/sitefinity-3-x/developing-with-sitefinity/sitefinity-3-7-decline-email-with-comments.aspx。不同之處在於，我並不只是在電子郵件中包含評論，而是將它們保存到數據庫中的新表中。目標是在頁面上顯示它們並能夠查看其他用戶發表的評論。通知也可以在這裏處理。
- 進一步擴展審批頁面以包含自定義接受/拒絕按鈕。基本上這些將在實際工作流程之外運行，並更新我們數據庫中的另一個新表格。我相信這可能是實現多步審批流程的一種方式。基本上上例中的用戶C將是唯一具有實際審批權限的用戶。用戶A和B可以具有僅查看權限，但可以使用這2個按鈕來觸發通知並模擬所需工作流程的一部分。
- 修改AllPagesList.ascx控件以過濾用戶通過角色/內容標籤看到的頁面列表，以便用戶只能看到他們應該看到的頁面。
我有幾個問題：
- 是否一切我上面是有意義的說，似乎是可行的/有沒有更好的方法嗎？
- 是否可以通過工作流程發送通用內容，還是隻能使用使用該內容的頁面？
- 如果只有頁面可以通過工作流程，那麼我們如何處理頁面被批准和發佈的情況，然後更新內容？限制用戶只能通過頁面部分而不是在模塊部分編輯通用內容塊？或者這是自動處理？
我對SiteFinity比較新，所以任何幫助/方向/代碼/等。將不勝感激。如果我迄今爲止所說的任何事情都不清楚，我也很樂意澄清事情。