接上篇內容描述談談平臺設計思路及方法。前一篇簡單的介紹了一下總體的實現思路。那從本節開始開始說明如何引入數據庫表視圖等,由於咱們無論作什麼項目軟件,設計的時候能直接將頁面控件綁定到指定的字段,那樣後續的操做就會很方便。至於實現的方法,有不少種,每一個人可能有各自不一樣的思路,我不去評價別人是怎麼作的,僅說說我本身的實現思路,由於這個思路在後續的實際使用中,通過不少大型項目的驗證,的確是可行的,但並不表明此實現的方式是最好、最完善的,確定有不少不足之處,說實話,技術有限,不可能知足實現全部人的想法。前端
數據集合:引入此概念,目的是實現咱們在數據庫中的表、視圖的映射,爲何叫映射呢,由於它只是起到一箇中轉做用,自身不實現什麼其餘的功能。數據庫
由於是設計開發工具,那麼使用者確定包含不一樣層次的開發者,例如剛畢業的學生等等,一套軟件項目通常都是通過多我的員協同分工來實現的,那咱們確定要對這些分工作一個規則的制定,讓全部參與的人員都能明白前一步操做人員設計的意圖和含義,這樣就省去了很長時間的理解消化。後端
表、視圖在數據庫中是能夠直接創建完成,可是我想在頁面設計中使用,那麼確定須要從數據庫中獲取表或視圖來綁定使用。通常來講我直接調用表、視圖不行嗎?不是也能實現這樣的功能嗎?答案是確定的,能夠那麼作,可是若是表是A員工作的,B員工設計頁面,他須要調用表,可是表結構的字段直接查看是沒法知道是什麼含義的,某個控件的值應該保存到哪一個字段中,還有若是咱們將表名直接暴露在WEB前端,那麼此風險係數是否是很大呢?爲了解決這樣的問題,能夠提出一個新的概念,數據集合,這個數據集合與咱們說的其餘的數據集合不是一個含義,只是名字相同。
安全
實現目的: (先上幾張實現的圖片用於說明)
工具
一、將數據庫表或視圖直接創建一個映射,生成一個數據集合記錄,關聯上表名,通常但願數據集合中文描述標註爲表名的中文含義,性能
同時對錶或視圖中的字段也標註上中文,由於咱們大部分人仍是習慣看中文,這樣能一目瞭然。方便使用者查看。開發工具
二、隔離真實的表名或視圖名,實現變相的替換,能夠先解決前端WEB不容許直接操做表或視圖,下降安全風險,但這樣就犧牲了一點編碼
點的性能,由於後臺進行與數據庫交互時,就須要根據配置名來獲取真實的表、視圖名,再來執行實際的操做,這樣就多了一步。爲了加密
安全,我認爲這點性能的犧牲是值得的。spa
惟一遺憾:我當初也想將字段進行別名化,這樣進一步增強安全係數,可是當初設計時不少同事說那樣創建數據源和後臺處理時就麻煩了,
每次須要中轉遍歷字段對應才能處理,雖然之前沒這樣實現,我相信後續還會繼續補充上去。
三、實現經過視圖來進行數據保存的功能。咱們在開發ERP等項目時,常常會碰到 例如物料信息,在真實的出庫業務中,可能只保存物料編碼、
批次、計量單位編碼、數量等信息,可是在頁面顯示中還必需要顯示出物料名稱、規格型號等其餘不保存的信息,爲了解決這樣的問題,我
想能夠經過數據集合的保存表名來進行處理,這樣不就即解決了顯示問題,又解決了保存問題。而且設計操做就便捷了。
四、實現SQL(存儲過程等) 語句創建數據源(此功能當初設想了,可是到目前來講尚未好的模式來實現,由於不僅僅創建數據源,還會關聯到
的Tree 、Grid 、Combobox 、List、輸入感應等後續根據數據集合取值問題,後續我相信確定會有辦法來處理,這樣就能解決數據集合多樣
化創建的問題了)
五、實現頁面數據增、刪、改、查等的中轉載體,因此的數據的通用的存儲,所有采用依據數據集合,這樣能從一個源頭來進行控制。
六、實現頁面設計中,頁面數據保存查詢權限過濾條件設計的載體,例如:目錄樹、下拉選擇、輸入感應、數據列表等等,
由於既然是經過JS 來執行,那麼前端設置的條件能夠經過JS來跟蹤到,可是咱們能夠在後端設計時,針對集合設置權限條件
這樣WEB前端就永遠不會獲取到我設計端設計時候的權限條件,那樣就有效的控制數據的橫向或縱向權限。
七、快速定義列表中的查詢字段,這樣便於設計人員針對不一樣的列表,只要勾選一下,就能夠快速增長了
此字段的組合查詢。
經過以上幾個要點的描述,那麼咱們就將數據集合須要實現的功能描述出來了,下面就是咱們本身經過掌握技術,來分別實現。
只要實現的方法其實很簡單,咱們是經過C/S來實現的,那麼就創建一個數據集合設計頁面,經過同步功能將字段顯示出來,分別
填寫上對應的中文標題,執行保存。
我建議每一個集合保存後,若是要讓WEB頁面調用時候,請將信息發佈保存爲JSON格式字符串,最好能加密,這樣前端WEB只
有解密後才能獲取到。至於WEB端組合查詢頁面的設計與製做在後續的頁面設計中進行敘述。