SharePoint 的工作流是基于 Workflow Foundation 的，我們就先談談 WF，只有對 WF 有正確的認識，才能找到 SharePoint 工作流的解決方案。

Workflow Foundation 的 2 個最顯著的特點

直接支持狀態機模型

狀態機是工作流的理論基礎，但以前幾乎沒有工作流產品直接支持狀態機，因為一般的工作流產品大都有直接的商業目的，目標就是應用，而狀態機的技術難度較高，出于降低應用難度的原因，都會對狀態機進行封裝，使之可以在一個流程圖中實現流程的跳轉。通過犧牲功能，來換取易用性。

而 WF 的目標是一個基礎的架構，所以可以直接支持狀態機模型，雖然開發有較高的技術難度，卻實現了完善的流程流轉功能。而在 WF 之上，可以構建不同的平臺，來滿足不同應用的需要。

我們的工作流平臺實施了近百個業務流程，都是采用狀態機，沒有一個能夠通過順序流來實現，所以狀態機是 WF 應用的基礎，只有通過狀態機才能實現復雜的流程邏輯。有些人通過在順序流中加入循環來實現流程的回退，這種發式大大的提高了流程的復雜度，并限制了流程的功能。

細粒度的Activity

WF 的基礎構件是 Activity, Activity 的數量很多，功能很細；在編碼中需要的所有流轉相關的語句，幾乎都有對應的 Activity；通過現有 Activity 的繼承，可以方便的對功能進行擴充；通過 CodeActivity 可以方便的實現業務邏輯。

但有一些 WF 和 SharePoint 工作流解決方案卻對 Activity 進行了封裝，不再支持原生的 Activity, 對流程的開發可能有一些好處，但對業務邏輯的開發卻帶來了非常大的麻煩。

SharePoint 工作流和 WF 的關系

WF 是一個工作流引擎，實現了流程驅動的功能，對外部提供了流程驅動的接口，它既可以應用于人機交互的流程，也可以實現工業控制的流程。但是 WF 技術難度較高，代碼復雜；在 WF 上開發一個最簡單的人機交互流程，也需要了解其復雜的機制，實現流程驅動的接口，編寫大量的代碼。

SharePoint 是一個工作流平臺，它應用于人機交互的流程，在 WF 流程驅動的接口上實現了角色或人員對流程驅動的功能。所以在 SharePoint 上，既不需要了解 WF 流程驅動接口的機制，也不需要編寫代碼，就可以實現一個簡單的人機交互流程。

現有解決方案的問題

見過幾個 SharePoint 的已完成和開發中的工作流產品和解決方案，但是都不支持狀態機和原生的 Activity；不支持狀態機，流程的回退和跳轉功能的實現會很困難；不支持原生的 Activity，實現業務邏輯很麻煩。

WF 工作流的解決方案對經驗有很高的要求，只有用過其它的工作流產品，對其不足有所了解，才能認識到 WF 的精妙；只有對 WF 有深入的了解，并進行過成功的應用，才能對 SharePoint 工作流有信心。雖然前面提到的那幾個 SharePoint 工作流產品的設計和開發人員的技術水平還是比較高的，但經驗上有所不足，連復雜的 WF 應用都沒有成功實施過，如何設計開發 SharePoint 的工作流產品和解決方案。

成功的解決方案即能滿足功能上的要求，同時它的應用也應該是一件簡單的工作。

SharePoint 工作流解決方案的基礎

綜上所述要想成功應用 SharePoint 工作流，以下兩點是基礎：
1、采用 WF 的狀態機模型
2、支持 WF 原生的 Activity

轉載于:https://www.cnblogs.com/hayden/archive/2011/04/14/2015969.html

總結

以上是生活随笔為你收集整理的SharePoint 工作流解决方案（一）：顺序工作流和状态机工作流的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。