關於度量快速開發平台（建立資料表，業務表）

標籤：style   blog   http   color   使用   strong   資料   2014   

轉眼之間，我已在度量工作了20天，在這20天中，不多不少，有些收穫。
前十天，在無盡的學習當中，熟悉快速開放平台，看文檔，聽同事講解之後，做練習，十天下來，
對於這個平台已熟悉的差不多了，我不得不說這個平台的強大。
一、平台簡介
　　　　快速開發平台主要分為兩種模式。一種是引擎模式，一種是產生原始碼模式。在度量快速開發平台中，這兩種模式都使用到了，但是產生原始碼模式在度量快速開發平台裡面得到了不一樣的體現，更大幅度的提高了效率。
　　　　我們在平台中不管用什麼方式構建(在平台中開發我們稱之為構建)出來的應用(在平台中我們把根據實際業務構建出來的功能模組稱之為應用)，最終我們是要讓使用者使用的，也就是說，使用者需要有一個地方能 開啟我們在平台中構建出來的應用，所以度量快速開發平台的做法是通過配置菜單的方式來實現（當然配置 的每個菜單都是受許可權控制的），每一個菜單都對應一個應用。在平台中配置的每一個菜單都是我們在平台中通過不同的模式構建出來的應用，那麼我把在平台中的構建模式分為以下5中模式：智能表單開發、表單工作流程開發、進階工作流程開發、報表開發、擴充開發
二、資料庫維護（資料庫）
　　　　我們都知道，建立一個表單，需要資料庫，那麼這個資料庫維護就用來建立資料表。在平台的開發工具一個菜單的名字叫“資料庫維護”，右鍵點擊預設（default），建立表。

 

　　　　我們對資料庫維護下的資料表進行配置時，有兩列分別叫“欄位名”和“實際名”（如）：　　　　

　　欄位名：也就是資料表欄位的別名(Alias)，平台構建中有設定業務表的情況時，系統就會顯示欄位的別名，當然前提是設定的業務表中的SQL語句沒有使用例如“AS”這種關鍵字再次命名別名的。

　　實際名：也就是資料表欄位名稱，比如你寫一句SQL語句那麼就得用這個名稱來查詢。

資料表就這樣建立好了。

三、業務表維護（業務表）　　

　　　　這個概念是相當重要的，因為在平台的構建中我們肯定會使用的很平凡。有開發經驗的人都知道，當我們在使用一些控制項開發的時候，有的控制項是需要綁定資料來源的，例如我們使用的GridView這個網格控制項，它就需要指定一個資料來源，也就是綁定一個DataTable。在平台裡面原理也是差不多的，所有的組件(平台裡面需要綁定業務表的稱之為組件，非綁定業務表的稱之為控制項)也需要綁定一個資料來源，但是平台叫綁定業務表，每個業務表是一句SQL語句組成，這個SQL語句可以複雜也可以簡單，平台會通過這個SQL語句查詢得到一個DataTable,然後這個DataTable就會與組件綁定。

也就是說業務表就是一個裝SQL語句的容器，組件與業務表綁定，使用時就會根據業務表裡面的SQL語句查詢出表結構以及內容並且自動產生介面顯示出來。建立業務表（）

點擊儲存。

業務表其實還分為“唯讀業務表”與“讀寫業務表”。

唯讀業務表：就是只有查詢作用，不能根據這個業務進行寫資料操作。比如在綁定唯讀業務表的組件中使用儲存資料的方法(SaveData)就會提示錯誤。一般這類業務表可以自定更複雜的SQL語句。

讀寫業務表：可以有查詢作用，還有寫資料的作用。比如在綁定讀寫業務表的組件中是可以直接調用儲存資料的方法(SaveData)，把介面上的資料直接提交到資料庫表裡面。一般這類業務表都是對一個資料表進行操作，都是通過介面勾選的方式來自動產生SQL，不允許自訂。

資料表和業務表都建立好了，下面就可以建立表單了。