業務工作流程平台設計(五)

自訂活動(二)資料交換

要想使自訂活動能夠通用，那麼活動所需要的資料來源也必須遵循一定的規範才可以，然而這很難做到。拿自訂審核活動來講，它可能需要在三個方面的資料（實際還要多）：

l  使用者設計工作流程時指定用於審核的人員列表，指定哪些人可參與這個審核活動。這裡有一個技術點，就是如何?自訂屬性編輯器，這裡不多講。

l  工作流程執行個體運行時獲得目前使用者資訊，根據目前使用者自訂審核活動可以判斷此人是否可以執行此活動，即此人是否在使用者列表中存在。如果不可以則中斷活動的運行。有關如何中斷活動的運行請看後面的文章。

l   活動執行時所需要的資料。業務工作流程平台設計(四)中的“儘可能減少佔有時間 ”中講到將使用者資料的收集從工作流程中分離出來，以節省佔有時間，同時也應將資料同工作流程進行分離。工作流程不負責這些資料的儲存和查詢，但自訂審核活動會應用這些資料進行處理以決定該活動是否運行到下一步去；或是繼續等待其它使用者的審核；或是退回（可經修改再次提交審核）；或是不被採用（不能再次提交審核）。

這些資料的擷取途徑是不確定的，拿使用者列表資料來講，可能是直接存取資料庫，也可能是訪問Web Service，或是通過設定檔……另外我們是否要求使用者採用統一的儲存格式。所有這些都是不確定的。那麼如何與應用系統進行整合？還是自訂一個介面讓應用系統去實現吧。

我們有必要進行這樣的隔離，否則這個活動的通用性就會大打折扣。但如果每個活動都有自己不同的資料需要，那麼這種情況也是比較繁瑣的，最好的方法是集中進行配置。對於每一個設計我們都有一個相應的設定檔，把這些內容放到那裡面去我想會是不錯的選擇。

待續。