有關(guān)多表單系統(tǒng)的介紹和設(shè)計(jì)思路
在企業(yè)呆了3年，接觸最多的就是表單了，各式各樣的表單，千變?nèi)f化，好在它們之間有共同點(diǎn)，就是“表單內(nèi)容+動(dòng)作名稱”。企業(yè)辦公最常見(jiàn)的業(yè)務(wù)就是和表單打交道，不管什么請(qǐng)假申請(qǐng)單，權(quán)限申請(qǐng)單等等，都需要經(jīng)過(guò)一系列的工作流程來(lái)完成它。由于此類業(yè)務(wù)頻繁，在信息化發(fā)展迅速的今天，開(kāi)發(fā)此類系統(tǒng)是很有必要的。
1.多表單系統(tǒng)是什么？
“多表單系統(tǒng)”，顧名思義，就是多個(gè)不同形式的表單構(gòu)成的一個(gè)系統(tǒng)，是一個(gè)極其抽象的概念。它在企業(yè)內(nèi)部也是一種常見(jiàn)的管理信息系統(tǒng)，每個(gè)表單的內(nèi)容和流程不盡相同，也可以說(shuō)每個(gè)表單是一個(gè)子系統(tǒng)。在企業(yè)內(nèi)部，各單位的需求不一致，以至于設(shè)計(jì)一個(gè)通用的表單系統(tǒng)非常困難。盡管不能通用，并且也避免不了新表單的增加和已有表單的修改，但是還是可以抽象出一些共同的東東來(lái)，如表單的動(dòng)作名稱，因此，我們可以將不變的部分抽象出來(lái)，以方便維護(hù)和增加新需求。
2.多表單系統(tǒng)的需求
（1）.需求概述
某單位主管向軟件開(kāi)發(fā)部提出，我們單位有一個(gè)申請(qǐng)單，想把它做成Web網(wǎng)頁(yè)形式的。流程是：
本部門工程師填寫申請(qǐng)單；
然后本人來(lái)審核，審核不通過(guò)，則退回申請(qǐng)人重新申請(qǐng)，審核通過(guò)，則跑到處理單位主管那里審核；
處理單位主管審核不通過(guò)，則退回申請(qǐng)人重新申請(qǐng)，審核通過(guò)，則分派給處理人員處理；
處理人員處理完成，則通知處理單位主管結(jié)案、通知申請(qǐng)人。
這個(gè)表單流程就算跑完了。流程圖：
（2）.功能需求
根據(jù)以上需求，我們可以設(shè)計(jì)如下功能：
表單申請(qǐng)：申請(qǐng)表單1、申請(qǐng)表單2、……、申請(qǐng)表單n
表單查詢：申請(qǐng)表單查詢、歷史表單查詢
表單審核：審核工作、代理審核
代理設(shè)置：默認(rèn)代理設(shè)置、代理區(qū)間設(shè)置
表單管理：工作分派、工作清單、處理狀況
報(bào)表管理：報(bào)表1、報(bào)表2、……、報(bào)表n
系統(tǒng)管理：表單設(shè)置、角色管理、流程管理、處理單位管理、（包括表單共同部分設(shè)置）
（3）.表單動(dòng)作需求
有了系統(tǒng)功能結(jié)構(gòu)，但不同表單還有不同動(dòng)作，概括起來(lái)，表單共有以下動(dòng)作：
申請(qǐng) （Apply）
修改 （Modify）
重新申請(qǐng) （Return）
取消 （Cancel）
檢視 （View）
審核 （Sign）
分派 （Assign）
處理 （Process）
撤單 （Revoke）
結(jié)案 （Close）
審核可能有好幾步，如上面例子，申請(qǐng)人主管和處理單位主管審核，有的表單有可能在處理單位主管審核前還有好幾步審核。
（4）.UI需求
首先看看UI抽象圖：
從UI層面來(lái)分析，表單系統(tǒng)也只有“表單內(nèi)容”（也就是上圖中陰影部分）在變化，各個(gè)表單的內(nèi)容不一樣，有簡(jiǎn)單的，有復(fù)雜的。簡(jiǎn)單的表單，也就是一個(gè)實(shí)體（可理解成一張數(shù)據(jù)庫(kù)表）就可以滿足要求。復(fù)雜的表單，那就需要n個(gè)實(shí)體的組合才能滿足需要。
關(guān)于UI邏輯，對(duì)于不同表單動(dòng)作，有不同的UI界面，也就是要考慮UI的顯示邏輯，例如某審核頁(yè)面需要能修改某個(gè)欄位，如“希望完成時(shí)間”，甚至有的審核頁(yè)面可以修改所有內(nèi)容，另外表單處理的頁(yè)面和表單檢視的頁(yè)面也不一樣，處理頁(yè)要上傳處理報(bào)告，還有根據(jù)當(dāng)前登錄者的角色判斷什么欄位顯示，什么欄位不顯示，什么功能顯示，什么功能不顯示，這就是操作權(quán)限和UI的聯(lián)系。
關(guān)于UI需求應(yīng)該還有很多，沒(méi)有想出來(lái)，盼謝大家?guī)兔ρa(bǔ)充一下。
（5）.業(yè)務(wù)需求
從業(yè)務(wù)層面來(lái)看，每個(gè)表單的動(dòng)作不一樣，也就是每個(gè)動(dòng)作處理的邏輯不同，簡(jiǎn)單的動(dòng)作只要將資料插入一張表或?qū)⒛硞€(gè)字段值改一下之類的簡(jiǎn)單操作，復(fù)雜的動(dòng)作就是要操作n張表，包括判斷，插入，修改，刪除等等。
業(yè)務(wù)邏輯這東西不知道怎么講好，這塊在寫起來(lái)是比較復(fù)雜的，也是系統(tǒng)的最難寫的部分，呵呵，個(gè)人體會(huì)。
（6）.變化需求
像這樣的多表單系統(tǒng)，最煩人的就是用戶不斷地變更需求，這在開(kāi)發(fā)企業(yè)管理信息系統(tǒng)中是不可避免的。下面就簡(jiǎn)單描述一下幾個(gè)常見(jiàn)的變化：
增加欄位。這點(diǎn)只有修改代碼，想不修改也難，除非自動(dòng)生成表單什么的，但是自動(dòng)生成有其局限性，不能完全滿足需求。
增加功能。這點(diǎn)也要修改代碼。
增加審核流程。這點(diǎn)需要增加頁(yè)面和動(dòng)作處理邏輯了，這點(diǎn)只要系統(tǒng)的擴(kuò)展性好（采用接口設(shè)計(jì)），加一個(gè)流程也不是很麻煩。
面對(duì)需求變化，我們應(yīng)該有應(yīng)對(duì)變化的方法，盡量減少我們修改代碼的地方。
3.多表單系統(tǒng)的設(shè)計(jì)
（1）技術(shù)框架
我們采取大家熟悉的.NET平臺(tái)來(lái)構(gòu)建B/S模式的多表單系統(tǒng)，以下是主要技術(shù)框架：
.NET Framework 3.5
ASP.NET WebForm
ASP.NET Ajax
JQuery
由于企業(yè)應(yīng)用需求變更頻繁，實(shí)體修改在所難免，為了修改方便，避免更改多處代碼，所以沒(méi)有使用ORM技術(shù)，而是直接SQL的方式編寫。
（2）目錄結(jié)構(gòu)
首先看看目錄結(jié)構(gòu)圖：
從圖中我們可以看出工程中有三個(gè)項(xiàng)目Booking、Common、Workflow。
Common類庫(kù)項(xiàng)目是存放系統(tǒng)公共的業(yè)務(wù)。
Workflow類庫(kù)項(xiàng)目是存放系統(tǒng)工作流業(yè)務(wù)。
Booking項(xiàng)目是WebApplication，幾個(gè)主要文件夾和頁(yè)面如圖所示。
（3）系統(tǒng)關(guān)鍵設(shè)計(jì)
系統(tǒng)的關(guān)鍵技巧就在于，每個(gè)表單子系統(tǒng)所有業(yè)務(wù)都使用上面圖中幾個(gè)頁(yè)面來(lái)完成作業(yè)的，不必為每個(gè)表單添加相應(yīng)功能的頁(yè)面。每個(gè)頁(yè)面（除了一些List頁(yè)面）有一個(gè)Panel控件，其是每個(gè)表單內(nèi)容呈現(xiàn)的容器，真正的內(nèi)容是通過(guò)動(dòng)態(tài)載入Editor和Viewer來(lái)實(shí)現(xiàn)的，每個(gè)表單有兩個(gè)用戶控件（Editor和Viewer）和一個(gè)Control類，Editor是表單編輯者，Viewer是表單的監(jiān)視器，Control是表單的控制者。
下面是各控件和頁(yè)面之間的繼承關(guān)系圖：
圖中的FormControl的FormApply等表單動(dòng)作方法都是虛方法，真正的業(yè)務(wù)邏輯是在Editor和Viewer中覆寫的。FormControl中GetShowMode方法默認(rèn)申請(qǐng)、修改、重新申請(qǐng)頁(yè)面為載入Editor控件，其他頁(yè)面載入Viewer控件。若其他頁(yè)面需載入Editor控件，則可以在每個(gè)表單的Control類中覆寫GetShowMode方法。
#p#
下面是幾個(gè)主要類別的代碼：
- public class FormControl : BaseControl
- {
- /// < summary>
- /// 取得頁(yè)面顯示模型?
- /// < /summary>
- /// < param name="pageType">頁(yè)面類型< /param>
- /// < param name="signStep">審核步驟< /param>
- /// < returns>< /returns>
- public virtual string GetShowMode(Type pageType, string signStep)
- {
- if (pageType == typeof(Web.FormApply)
- || pageType == typeof(Web.FormReturn)
- || pageType == typeof(Web.FormModify))
- {
- return "Editor";
- }
- else
- {
- return "Viewer";
- }
- }
- public virtual void FormApply()
- {
- throw new NotImplementedException();
- }
- public virtual void FormReturn()
- {
- throw new NotImplementedException();
- }
- public virtual void FormModify()
- {
- throw new NotImplementedException();
- }
- public virtual void FormCancel(string cancelReason)
- {
- throw new NotImplementedException();
- }
- public virtual void FormSign(bool isAgree, string signComments)
- {
- throw new NotImplementedException();
- }
- public virtual void FormAssign()
- {
- throw new NotImplementedException();
- }
- public virtual void FormProcess()
- {
- throw new NotImplementedException();
- }
- public virtual void FormRevoke(string revokeType, string revokeReason)
- {
- throw new NotImplementedException();
- }
- public virtual void FormClose(string closeType)
- {
- throw new NotImplementedException();
- }
- }
- public class FormControlFactory
- {
- public static FormControl GetControl(string type)
- {
- string className = String.Format("Known.Booking.{0}Control", type);
- Type controlType = Type.GetType(className);
- if (controlType == null)
- {
- return new FormControl();
- //throw new Exception(String.Format("找不到{0}表單控件類型！", type));
- }
- FormControl control = Activator.CreateInstance(controlType) as FormControl;
- if (control == null)
- {
- throw new Exception(String.Format("找不到{0}表單控件類型！", type));
- }
- return control;
- }
- }
- public class FormPage : BasePage
- {
- public string FormNo
- {
- get { return Request.QueryString["formno"]; }
- }
- public string SignStep
- {
- get { return Request.QueryString["step"]; }
- }
- public string SignRole
- {
- get { return Request.QueryString["role"]; }
- }
- public string FormType
- {
- get
- {
- string formType = Request.QueryString["type"];
- if (String.IsNullOrEmpty(formType))
- {
- formType = Request.QueryString["type"];
- }
- return formType;
- }
- }
- public string FormName
- {
- get { return FormType + "申請(qǐng)單"; }
- }
- private FormControl formControl;
- public FormControl FormControl
- {
- get
- {
- if (formControl == null)
- {
- FormControl form = FormControlFactory.GetControl(FormType);
- string format =
- SysSetting.Instance.FormModelPath.EndsWith("/")
- ? "{0}{1}/{2}.ascx"
- : "{0}/{1}/{2}.ascx";
- string modelPath = String.Format(format, SysSetting.Instance.FormModelPath, FormType, form.GetShowMode(PageType, SignStep));
- formControl = LoadControl(modelPath) as FormControl;
- if (formControl == null)
- {
- throw new Exception(String.Format("請(qǐng)確認(rèn){0}是否繼承自FormControl！", modelPath));
- }
- }
- return formControl;
- }
- }
- }
- public class Test1Control : FormControl
- {
- public override string GetShowMode(Type pageType, string signStep)
- {
- if (pageType == typeof(FormSign) && signStep == "AL")
- {
- return "Editor";
- }
- return base.GetShowMode(pageType, signStep);
- }
- }
4.這樣開(kāi)發(fā)優(yōu)劣在哪里？
優(yōu)勢(shì)：新增一個(gè)表單時(shí)，只需要在UControls下面添加像Test1一樣的控件，表單的內(nèi)容和邏輯都在控件中實(shí)現(xiàn)，這樣寫不需要為每個(gè)表單增加相應(yīng)的頁(yè)面，維護(hù)時(shí)也不用改動(dòng)多個(gè)頁(yè)面，這是集中開(kāi)發(fā)，集中維護(hù)。
劣勢(shì)：這樣寫就將一切邏輯都集中在一起，造成代碼很長(zhǎng)，這點(diǎn)局限也可以讓它有所改變，就是將表單對(duì)象數(shù)據(jù)的組裝和呈現(xiàn)寫在控件中，將業(yè)務(wù)處理抽出來(lái)寫在Control類中。
5.結(jié)束語(yǔ)
這個(gè)系統(tǒng)的設(shè)計(jì)，我可能沒(méi)有講的太透徹，但是原理是很簡(jiǎn)單的，就是動(dòng)態(tài)加載用戶控件，我們把控件看成是一個(gè)表單對(duì)象，表單對(duì)象的動(dòng)作就在控件中實(shí)現(xiàn)，頁(yè)面中的功能按鈕事件響應(yīng)控件中的方法。關(guān)鍵的一個(gè)類就是FormControl，一切表單的動(dòng)作都定義在此類中。
以上就介紹了多表單系統(tǒng)的設(shè)計(jì)思路。本文來(lái)自閣老的博客：《多表單系統(tǒng)框架設(shè)計(jì)》。
【編輯推薦】
