也許是流程做多了的緣故，所以看起程序開(kāi)發(fā)來(lái)一切都是流程或者說(shuō)都包含流程。個(gè)人認(rèn)為大多數(shù)的企業(yè)應(yīng)用（不包括特殊應(yīng)用，例如文檔庫(kù)、信息資源庫(kù)、BBS等等）不過(guò)是對(duì)數(shù)據(jù)以一定的樣式展現(xiàn)（表單），以一定的邏輯對(duì)數(shù)據(jù)進(jìn)行操作（業(yè)務(wù)規(guī)則），以及把這些處理數(shù)據(jù)的過(guò)程以一定的流程進(jìn)行管理（流程）。上面三個(gè)方面分別對(duì)應(yīng)著表單、業(yè)務(wù)規(guī)則和流程。程序開(kāi)發(fā)中則對(duì)應(yīng)于表單引擎、規(guī)則引擎和工作流引擎。而這些方面又可以統(tǒng)一到一個(gè)更大范疇的流程上來(lái)，所以這里有對(duì)流程驅(qū)動(dòng)開(kāi)發(fā)的設(shè)想。

先來(lái)看看具體的應(yīng)用場(chǎng)景。

單表增刪改查

這是最簡(jiǎn)單的情形，也沒(méi)有流程，對(duì)這個(gè)情形不加討論。但是這里會(huì)提到表單引擎，VB里的數(shù)據(jù)控件非常的易用，沒(méi)有PO，沒(méi)有DAO，也沒(méi)有Service，直接與數(shù)據(jù)庫(kù)字段進(jìn)行綁定。我們的表單引擎也可以采用這種方式。

支持表單控件（輸入框、文本框、下拉框等）的拖拽，將整個(gè)表單與數(shù)據(jù)庫(kù)表綁定。

表單控件與數(shù)據(jù)庫(kù)字段的綁定。

單表業(yè)務(wù)+流程

比上面的情況稍微復(fù)雜一點(diǎn)點(diǎn)，也就是要在業(yè)務(wù)里引入流程，其實(shí)這也是現(xiàn)在工作流引擎應(yīng)用最多的地方，比如說(shuō)政府OA里的收文、發(fā)文。

這里只需要將表單與流程進(jìn)行綁定，表單引擎的處理方式不變，依然是直接與數(shù)據(jù)庫(kù)表進(jìn)行綁定。表單負(fù)責(zé)對(duì)數(shù)據(jù)庫(kù)里的業(yè)務(wù)數(shù)據(jù)進(jìn)行展現(xiàn)，工作流則負(fù)責(zé)推動(dòng)這些數(shù)據(jù)在業(yè)務(wù)意義上狀態(tài)的轉(zhuǎn)換，互不影響，并在需要的時(shí)候在自動(dòng)節(jié)點(diǎn)上對(duì)這些數(shù)據(jù)進(jìn)行相應(yīng)的業(yè)務(wù)處理。

關(guān)于表單權(quán)限。這個(gè)也是表單與工作流進(jìn)行綁定時(shí)所必須考慮到的問(wèn)題。其實(shí)只是需要在表單引擎里引入權(quán)限角色的概念，每個(gè)角色對(duì)應(yīng)于一種權(quán)限，這種權(quán)限具體說(shuō)來(lái)就是表單里每個(gè)字段的可見(jiàn)、可編輯等等。然后在人工節(jié)點(diǎn)定義時(shí)指定表單權(quán)限角色即可。這樣也實(shí)現(xiàn)了流程與表單權(quán)限一定程度上的解耦。

其實(shí)還有一種更方便的方式，將表單直接與人工節(jié)點(diǎn)進(jìn)行綁定，每個(gè)人工節(jié)點(diǎn)對(duì)應(yīng)于不同的表單。

復(fù)雜一點(diǎn)，多表關(guān)聯(lián)的情況

復(fù)雜一點(diǎn)的情況是業(yè)務(wù)往往是多表的關(guān)聯(lián)。這需要對(duì)表單引擎做出擴(kuò)展，讓它可以根據(jù)關(guān)聯(lián)字段對(duì)關(guān)聯(lián)表做出查詢，得到關(guān)聯(lián)表的設(shè)計(jì)結(jié)構(gòu)，繼續(xù)映射。這讓我想起了ORM，這里很有FRM的意思在里面。其實(shí)對(duì)于常用的關(guān)聯(lián)查詢往往有通用的組件可用，例如根據(jù)userid渲染出用戶名，根據(jù)數(shù)據(jù)字典的id關(guān)聯(lián)渲染出相應(yīng)的值，oa里的正文、附件、印章等等。

流程跨越多個(gè)業(yè)務(wù)

流程需要跨越多個(gè)業(yè)務(wù)，一個(gè)典型的流程如下：

會(huì)議審批會(huì)涉及到兩張業(yè)務(wù)表：會(huì)議室使用表，會(huì)議記錄表。在會(huì)議申請(qǐng)和領(lǐng)導(dǎo)審批節(jié)點(diǎn)，最終用戶打開(kāi)的都是會(huì)議申請(qǐng)的表單，對(duì)應(yīng)于會(huì)議記錄表，對(duì)該表進(jìn)行操作。但是流程運(yùn)行到會(huì)議室管理員安排會(huì)議室的節(jié)點(diǎn)，該節(jié)點(diǎn)最終用戶不僅需要看到會(huì)議申請(qǐng)的表單同時(shí)還要看到會(huì)議室使用情況的表單，如果有空閑的會(huì)議室，用戶登記操作會(huì)議室使用表，然后通知申請(qǐng)者；如果沒(méi)有空閑的會(huì)議室，則不用登記直接通知申請(qǐng)者。這個(gè)過(guò)程中跨越了兩個(gè)業(yè)務(wù)，分別是會(huì)議室管理和會(huì)議管理。表單在各個(gè)節(jié)點(diǎn)也是不同的。

這其實(shí)對(duì)工作流引擎提出了比較高的要求。例如如果流程已經(jīng)結(jié)束，會(huì)議得到批準(zhǔn)，但申請(qǐng)者突然有事要改變會(huì)議時(shí)間怎么辦？回退。這里的回退無(wú)疑就需要有業(yè)務(wù)的補(bǔ)償，例如要?jiǎng)h除會(huì)議室的相關(guān)記錄。

應(yīng)用集成

一個(gè)流程不僅會(huì)跨越多個(gè)業(yè)務(wù)，也會(huì)跨越多個(gè)系統(tǒng)。這里的應(yīng)用場(chǎng)景很多，重要的是要去其他系統(tǒng)抓取數(shù)據(jù)和操作數(shù)據(jù)，僅僅靠數(shù)據(jù)庫(kù)表對(duì)表單的映射滿足不了需求。

對(duì)工作流引擎做出改進(jìn)，與前面相比，需要由引擎來(lái)完成對(duì)其他系統(tǒng)服務(wù)的調(diào)用。這里一個(gè)很重要的載體就是XML。首先要定義交換數(shù)據(jù)所用的XML scheme，然后將這個(gè)XML scheme再與表單引擎做出映射。實(shí)際執(zhí)行時(shí)，工作流的自動(dòng)節(jié)點(diǎn)會(huì)在人工節(jié)點(diǎn)前調(diào)用其他系統(tǒng)的服務(wù)，按照XML scheme將數(shù)據(jù)轉(zhuǎn)換為符合定義的XML，在緊接著的人工節(jié)點(diǎn)送給表單引擎，表單引擎渲染。修改數(shù)據(jù)也是同樣的過(guò)程，表單引擎將處理后的數(shù)據(jù)以XML返回，工作流再次做出轉(zhuǎn)換，調(diào)用服務(wù)的修改功能。

上面五種都是比較常見(jiàn)的應(yīng)用場(chǎng)景，理想的情況下，開(kāi)發(fā)方式應(yīng)該是這樣的：畫(huà)出應(yīng)用流程à定義流程表單à表單與數(shù)據(jù)庫(kù)進(jìn)行映射à對(duì)流程進(jìn)行業(yè)務(wù)仿真à完成開(kāi)發(fā)。問(wèn)題是這樣的：你的表單引擎是否足夠強(qiáng)大？表單與后臺(tái)是直接用SQL進(jìn)行交互的，也就是Transaction Script模式，沒(méi)有業(yè)務(wù)對(duì)象，對(duì)于復(fù)雜業(yè)務(wù)邏輯如何處理？如何使用規(guī)則引擎來(lái)解決業(yè)務(wù)邏輯的問(wèn)題？權(quán)限如何以一種AOP的方式對(duì)數(shù)據(jù)操作進(jìn)行橫切？

呵呵，純屬個(gè)人YY。