序
最近在用activiti實作一個比較復雜的作業流的功能，寫完后思緒萬千，對作業流的理解仿佛打開了新的窗戶，由于每天上下班的主要交通工具是地鐵，突發奇想將作業流中的概念與交通中的概念出現聯系了起來，本文不對作業流的基礎概念進行闡述，而是記錄作業流業務應用的一些思考，以及對我理想的作業流的描述，
狂想篇
我理想中的作業流應該像公交站牌，或者地鐵車廂內運行站點提示圖一樣直觀，清晰直觀地定義列車運行的線路及經過的站點資訊，事實上目前的作業流框架已經做到了這一點，除此之外，如果作業流有一個畫面能像地鐵車廂車次運行線路狀態圖一樣，動態的顯示地鐵運行當前所在的站點，這將會極大的提高了對作業流實體運行狀態的便利性，在這樣的畫面中，不僅可以得到全域流程定義的審批任務線路資訊，還可以監控到流程實體運行到哪個任務節點，就像乘坐在地鐵車廂中，抬頭看一下車廂上面地鐵的運行站點欄就可以知道，這條地鐵運行的線路，經過哪些站點，當前的行駛位置，點擊某個任務節點就可以獲取到參與此任務節點的人員資訊，可以直接在這張圖上查看到任務的歷史審批資訊，決定流程是否繼續前進、還是終止、或者撥回后退到某個節點都可以直接在這一站途中操作，不需要像目前業界實作的流程那樣，查看流程圖、領取任務、審批任務、查看歷史任務都分散在不同的地方，需要同時完成這些操作是需要頻繁地切換，要熟練地掌握這個流程的使用必需清楚記得這些該死的繁瑣的操作頁面的入口，，，，，，可惜目前的作業流框架還沒有做到這個程度，查看流程定義資訊和查看流程實體運行情況是分散的，沒有聯系的，對參與流程的用戶來說實際上很不友好，非常不人性化，
回到現實
夢想是要有的，萬一有人實作了呢？回到現實吧，留點篇幅總結我自己對作業流的特性的理解
（1）審批模式
審批模式概括性地可分為主動模式和被動模式兩種，被動模式指的是處理當前任務時，明確的指定下一個節點的審批人，下一個審批其實是被動的接受任務，主動模式指的是流程引擎創建了流程實體的審批任務后，這個任務所屬組的所有成員是可見的，由這些成員主動地領取任務去處理，其實變換一下描述的角度，這個主被動模式的概念也可以調換的，
（2）任務的流轉模式
任務的流轉模式可分為單線路模式、單線路條件模式、多線路并行模式、多線路條件并行模式，activiti中提供了排他網關來支持實作單線路條件模式、提供了并行網關來支持實作多線路并行模式、提供了包容網關來實作多線路條件并行模式，
（3）關于子流程業務場景的使用
需要用子流程來實作的業務場景，其實大多數都可以通過并行網關來實作，如果可以用并行網關來實作就不要用子流程實作，子流程實作復雜，增加了流程的復雜度，和對流程運行例外的處理，
（4）會簽任務與并行任務的區別
會簽任務的技術實作原理是任務的多實體，并行任務的實作原理是任務的fork與join，可見原理大同小異，指定比例或者數量的審批人同意會簽任務就可以通過，而并行任務則是并行的任務都要通過方可到達并行后的任節點，
（5）針對任務的操作中同意、拒絕、駁回、釋放、指定代理操作的區別，
這些操作中最常用的應該就是同意、拒絕操作了，即便是個流程這兩個任務操作是必需的，那么，就來說說駁回、釋放、指定代理這幾種任務操作的差別吧！任務的處理人發現任務的歷史處理結果不符合預期，想打回去給指定某個歷史節點讓其重新處理——駁回；任務處理人領取了或者被指派了某任務，發現處理不了此任務，將分派到的任務退回到待分派狀態重新分派——釋放；任務處理人發現他沒時間處理分配到的任務，將分派到的任務又指派給其他人處理——代理，
（6）流程實體與程式、與任務處理人的互動
流程實體與程式的互動典型的應用場景就是，通過在用戶任節點中配置業務邏輯處理組件來實作動態指定對應任務節點的審批崗位或者審批人，另外，是一個流程可少的，就是流程審批結束后呼叫的流程業務執行邏輯；參與任務審批的業務人員對任務進行的操作，包括指定下一審批人、跟新流程關聯的業務資訊啊，，，等等，，，
（7）流程實體相關的資料展示要有層次
關于層次這個概念經常會在架構中看到，業務處理服務分參差，可以提高業務系統服務的復用率，可以減低業務功能的耦合性，可以提高業務應用的擴展性，要達到這個目標，首先要做的是要對資料進行分層，分層設計、分層展示，不同層面的資料決不能耦合的設計在一起，也不應該耦合的展示在同一維度，比如流程待審批任務頁面展示的任務串列，應該只展示審批任務的資訊，如任務的名稱、所屬流程實體id、下一審批人，任務創建時間、流程的發起人、可鏈接查看歷史任務節點的審批資訊，除此之外，是萬萬不能包含流程任務所處理的業務資料資訊，如果包含了，開發的流程少則可以，如果數量多，那么這個頁面最終將失控，因為不同的流程所處理的業務資料五花八門，可能是完全沒有共性的，完全不在一個業務維度的，所以在任務串列里出現業務資訊欄位，絕對是設計上的大坑，業務資料應該展示在任務明細的表單里，任務明細表單是各個流程私有的資訊展示視窗，這個地方若要做的通用可動態實作，也可以連接到一個任務明細頁面，這做會大大提高不同流程個性化拓展的空間，
就寫這么多吧，要下班了，關于作業流本文肯定無法像activiti實踐那樣系統全面，旨在從實際業務開發經驗的角度記錄下所思所想，，，，，，，，，，，，，，，
END，，，，
轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/233998.html
標籤：其他