.net快速開發平臺

目前市場上關于智能表單的內容已經有很多，很多OA系統自動的智能表單,一些專業級別的開發平臺等等，都提供了類似的快速開發框架。每個框架都有自己的優勢和不足，很難有一個相對完美的解決方案。

本文章是對過去工作的一個總結，內容取材于已經運行的智能表單系統，這里只討論asp.net的實現。

 

目前市場上關于智能表單的內容已經有很多，作為快速開發平臺的組成部分，很多OA系統自帶的智能表單,一些專業級別的開發平臺，包括微軟的InfoPath等等，都提供了類似的快速開發框架。每個框架都有自己的優勢和不足，很難有一個相對完美的解決方案，這些不足列舉如下：

 

• 不提供數據庫支持。一些智能表單使用xml作為數據存取介質，或者是通過預先定義好的表結構來存取數據，而不是根據用戶設計的內容通過表單引擎來創建對應的數據庫。當然是用xml有使用xml的好處，比如簡單靈活，但這樣以來就失去了企業級的應用市場，無法支持大數據量的存取，無法使用數據庫本身的特性對數據進行優化等。
• 不支持二次擴展。很多智能表單系統使用系統內定的一些事件或者函數來支持二次擴展的開發，這樣實現的后果就是客戶只能在指定的、有限的范圍內進行擴展，但是客戶需求是不定的、無限的，我們不能預先假設客戶的需求范圍，從而將擴展限制的某個范圍內。
• 沒有生成針對表單操作的源代碼文件：這樣問題和上一個基本相同，如果智能表單系統生成的針對表單操作的源代碼文件，那么擴展問題就迎刃而解了。
• 或者面向開發人員，或者面向終端用戶：比如一些oa自動的智能表單系統，主要是面向終端用戶的，而一些專業級別的開發平臺又是面向開發人員的，二者很難進行統一。有沒有一個開發人員可是用來提高開發速度，終端用戶用來提高需求響應速度的統一的工具呢？
• 過于簡單：一些oa的智能表單系統實現的比較簡單，對于一些高級的交互元素無法處理。例如子表，級聯下拉框，計算域，樹形結構，拓撲圖，數據驗證等。
• 基于c/s結構：這里無意對比b/s和c/s結構。一些專業的開發工具做的很好，提供了c/s結構的類似于vs.net的開發平臺的工具來進行設計，但這樣一來就就限制了客戶對象是開發人員，對于終端客戶來說是無法使用的。并且如果能直接在vs.net里面進行二次開發豈不是更好？
• 無法快速響應客戶需求：使用一些專業開發平臺設計出來的智能表單，必須要對項目進行編譯部署，對于一些需求相應要求高的應用來說無法滿足需求。
• 只管實現數據存取，不管權限：設計出來的表單可以交付使用，但是無法對表單進行權限設置，例如操作權限（增、刪、改、查等），字段權限（可見，可寫等），記錄權限（人員對每條記錄的可見性）
• 沒有相對應的工作流系統：對于不需要流程的表單當然工作流系統無用，但對于一些需要走流程的表單，就必須有相應的工作流系統來輔助工作。一些產品在設計上，工作流系統和表單的交互做的不夠，流程無法通過配置的方式去讀取表單的數據，而是必須通過二次開發的工作來完成。
• 界面不夠友好，使用性不強。比如一個選擇域，如果供選擇的數據源只有幾十條，那么可以使用下拉框來實現，但如果有百萬條的數據，顯然下拉框是不現實的，必須使用其他的方式來實現。
• 沒有自帶的智能報表和統計功能。客戶對智能表單收集的數據無法實現自動的報表和統計功能。
• 沒有詳細的表單操作日志。既然實現了智能表單，那么就多一步也實現用戶對這個表單進行增、刪、改、查詳細記錄就更好了。

 

本文將探討實現一個可以解決以上問題的智能表單系統。當然您也可以列舉出更多的問題，或者在不同角度下看待以上問題的另一面。

貼一些圖片參考。

表單設計器：

組織架構拓撲圖

樹形列表

圖表統計