最近學會它是可能，甚至相當輕鬆地創建使用 SharePoint 設計器的狀態機工作流. 必要性是發明和所有的好東西的母親又尋找發明需要這個星期. 巧合的是, 我偶然 這個 MSDN 論壇帖子 以及. 我個人的經驗這周和那"獨立確認" 借給我的信念的力量. 我打算寫關於這在更大的長度，一個完整的例子, 但這裡是它的要點:
- 該方法利用工作流可以更改清單項的事實, 從而引發了新的工作流. 我通常被認為這是令人討厭，甚至 有關使用信號量的博客 來處理它.
- SharePoint 允許多個獨立的工作流活動針對特定清單項.
要對其進行配置:
- 設計您的狀態機 (即, 各國和各國如何過渡到下一個).
- 作為單獨的工作流執行每個狀態.
- 這些狀態的工作流清單項中的任何變化的回應中執行的每個配置.
每個國家工作流遵循此粗糙的模式:
- 初始化時, 確定是否它真的應該運行通過檢查"當前專案"中的狀態資訊. 如果不，中止.
- 做這項工作.
- 更新的"當前專案" 與新的狀態資訊. 這會觸發更新到當前項和觸發所有狀態的工作流.
除了明顯的好處，可以創建聲明性狀態機工作流, 所有狀態資訊是建設 Kpi 和有趣的很棒的視圖.
它不會有一個相當大的缺點 — 標準工作流程歷史記錄追蹤比正常情況更無用 🙂 這很容易補救, 然而. 將您所有的審計類型資訊存儲在自訂清單. 這可能是一個好的主意，甚至為香草的順序工作流, 但這是另一篇文章的內容 🙂
稱之為"認錯" 因為我有, 不幸的是, 不止一次在論壇上表示，和其他地方那個必須使用 visual studio 創建狀態機工作流. 那只是不是真的.
</結束>
Technorati 標籤: 工作流
Jaustral 寫道：: