專利名稱：一種表單數(shù)據(jù)的存取方法及裝置的制作方法
技術領域：
本發(fā)明實施例涉及數(shù)據(jù)庫技術領域，尤其涉及ー種表單數(shù)據(jù)的存取方法及裝置。
背景技術：
表單可以是在互聯(lián)網(wǎng)應用中負責用戶數(shù)據(jù)采集功能的ー類網(wǎng)頁，比如用戶登錄、填寫的網(wǎng)站調(diào)查表、發(fā)表微博用的輸入界面等等，這些都是表單，也是網(wǎng)頁中最基本、最簡單形式的表單。如圖I所示，多表單用戶界面示意圖窗ロ左側為表單組，包括多個表單，窗ロ右側為表單頁。表單頁包括多個元素，元素如名稱(姓名)。
傳統(tǒng)表單的存取方式是表單與表單之間相互獨立，互不影響，各自完成相應的エ作。但是，如果表單與表單之間存在著極為密切的聯(lián)系，所有表単數(shù)據(jù)是一條完整的業(yè)務數(shù)據(jù)，所有表單是ー個整體。此時，若還采用傳統(tǒng)表單的存取方式，則不僅需要在前臺做大量的表単，而且還要在后臺為每ー個表單提供對應的存取處理。如果有數(shù)十個、上百個業(yè)務，工作量更是難以想象，這樣的方式處理，不但給開發(fā)工作帶來巨大困擾。而且，因表單相互獨立，表單間傳輸又不同歩，不僅無法保證數(shù)據(jù)的正確性、完整性和關聯(lián)性，以及表單難以維護、可擴展伸縮性差。

發(fā)明內(nèi)容
本發(fā)明實施例的目的是提供一種表單數(shù)據(jù)的存取方法及裝置，實現(xiàn)表單數(shù)據(jù)的完整、一致，并提高表單的可維護性和可擴展性。本發(fā)明實施例的目的是通過以下技術方案實現(xiàn)的一種表單數(shù)據(jù)的存取方法，包括根據(jù)各表單中元素的配置信息，確定要保存的元素；將所有表單中要保存的元素的配置信息以及所述元素的數(shù)據(jù)一次性發(fā)送給服務器，以使所述服務器保存所述元素的數(shù)據(jù)；用于確定要保存的元素的所述配置信息包括保存字段、保存表名和是否入庫。一種表單數(shù)據(jù)的存取裝置，包括第一確定單元，用于根據(jù)各表單中元素的配置信息，確定要保存的元素；第一發(fā)送單元，用于將所有表單中要保存的元素的配置信息以及所述元素的數(shù)據(jù)一次性發(fā)送給服務器，以使所述服務器保存所述元素的數(shù)據(jù)；用于確定要保存的元素的所述配置信息包括保存字段、保存表名和是否入庫。由上述本發(fā)明提供的技術方案可以看出，根據(jù)配置信息，實現(xiàn)表単數(shù)據(jù)的存取，表單可以作為ー個整體，前后臺表單存儲代碼通用，不僅保證了表単數(shù)據(jù)完整、一致，并提高表單的可維護性和可擴展性。


為了更清楚地說明本發(fā)明實施例的技術方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域的普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他附圖。圖I為現(xiàn)有技術中多表單用戶界面示意圖。圖2為本發(fā)明實施例提供的表単數(shù)據(jù)的存取方法的流程示意圖。圖3為本發(fā)明實施例提供的表單數(shù)據(jù)的存取裝置的構成示意圖。圖4為本發(fā)明實施例提供的表単數(shù)據(jù)的存取方法的架構示意圖。圖5為本發(fā)明實施例提供的表単數(shù)據(jù)的存取方法中表單保存流程示意圖。圖6為本發(fā)明實施例提供的表単數(shù)據(jù)的存取方法中表單讀取流程示意圖。
具體實施例方式下面結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明的保護范圍。如圖2所示，本發(fā)明實施例提供一種表單數(shù)據(jù)的存取方法，包括21、根據(jù)各表單中元素的配置信息，確定要保存的元素。22、將所有表單中要保存的元素的配置信息以及所述元素的數(shù)據(jù)一次性發(fā)送給服務器，以使所述服務器保存所述元素的數(shù)據(jù)；用于確定要保存的元素的所述配置信息包括保存字段、保存表名和是否入庫。由上述本發(fā)明提供的技術方案可以看出，根據(jù)配置信息，實現(xiàn)表単數(shù)據(jù)的存取，表單可以作為ー個整體，前后臺表單存儲代碼通用，不僅保證了表単數(shù)據(jù)完整、一致，并提高表單的可維護性和可擴展性。其中，可以為表單中元素設置配置信息。配置信息可以包括但不限干控件ID (Identity，標識)、字段解釋、頁碼、控件類型、水平對齊、垂直對齊、字體、字體大小、背景顔色、字體顔色、行間距、是否可見、是否打印、編輯角色、長度、高度、默認值、字段類型、保存字段、保存表名、是否主鍵、是否入庫、外鍵表名、查詢字段、查詢表名、カロ載時查詢、表單驗證、錯誤提示、表單公式等。本領域技術人員可以知道，主鍵是能確定一條記錄的唯一標識，比如，一條記錄包括身份證號，姓名，年齡，僅有身份證號能唯一確定某個人，則身份證號是主鍵。而外鍵是用干與另ー張表的關聯(lián)，其能確定另一張表記錄的字段，用于保持數(shù)據(jù)的一致性。比如，表I中的一個字段A是表2的主鍵，則該字段A是表I的外鍵。具體的，用于確定要保存的元素的配置信息可以包括保存字段、保存表名和是否入庫。也就是如果ー個元素的“保存字段”、“保存表名”和“是否入庫”三個屬性都有配置且“是否入庫”屬性為“入庫”，則認為該元素的內(nèi)容(數(shù)據(jù))需要保存到數(shù)據(jù)庫。其中，所有表單可以以組的形式出現(xiàn)，不管表單頁數(shù)量多少，ー個表單頁，也可以認為是ー個表單組。
其中，元素(也可以稱為數(shù)據(jù)項)的配置信息以及元素的數(shù)據(jù)可以按JSON(JavaScript Object Notation, —種輕量級的數(shù)據(jù)交換)格式進行組織,統(tǒng)ー發(fā)送到服務器(后臺)。在后臺可以按照表單數(shù)據(jù)項存儲關系，分別組織好SQL (Structured QueryLanguage,結構化查詢語言)語句，通過數(shù)據(jù)庫事務處理的方式，一次性執(zhí)行完成。其中，所述服務器的存儲單元保存元素的數(shù)據(jù)?？蛇x的，本發(fā)明實施例表単數(shù)據(jù)的存取方法，還可以包括當所述元素的數(shù)據(jù)保存完成后，將所述表單的頁面文件發(fā)送給服務器，以使所述服務器保存所述表單的頁面文件。其中，所述服務器的存儲單元保存表單的頁面文件。也就是當表單數(shù)據(jù)保存完成后，再觸發(fā)頁面文件保存，將頁面文件發(fā)送至后臺，進 行文件存儲，而表單共儲存了哪些文件的信息，存放在數(shù)據(jù)庫表中。可選的，本發(fā)明實施例表単數(shù)據(jù)的存取方法，還可以包括發(fā)送讀取頁面文件請求給所述服務器；接收所述服務器發(fā)送的所述表單的頁面文件的訪問路徑，根據(jù)所述訪問路徑加載所述表單的頁面文件。其中，所述服務器保存表單的頁面文件時，將頁面文件存儲位置信息存入數(shù)據(jù)庫表中。其中，加載可以理解為讀取。可選的，本發(fā)明實施例表単數(shù)據(jù)的存取方法，還可以包括所述表單的頁面文件加載完成后，根據(jù)元素的配置信息，確定所述表單中需要加載的元素，發(fā)送讀取元素請求給所述服務器；接收所述服務器發(fā)送的數(shù)據(jù)，將所述數(shù)據(jù)賦值給所述元素。其中，用于確定要加載的元素的配置信息可以包括查詢字段、查詢表名和是否加載時查詢。如果ー個元素的“查詢字段”、“查詢表名”和“加載時查詢”三個屬性都有配置且“是否加載時查詢”屬性為“加載時查詢，則認為該元素在表單頁面加載完成后，需要通過查詢獲取數(shù)據(jù)。綜上可見，本發(fā)明實施例表単數(shù)據(jù)的存取方法前臺表單組作為ー個整體，后臺存儲代碼通用共享。如何存取表單數(shù)據(jù)，完全取決于表單元素中的配置信息。避免現(xiàn)有技術中ー個表單對應后臺要有一段存儲代碼和一段讀取代碼，程序開發(fā)工作量大的缺陷。表單的維護只需要修改前臺表單配置信息即可，后臺程序無修作任何修改。例如，如果是需要增加新的表單數(shù)據(jù)或表單頁，可以增加或修改前臺表單頁面配置信息，大大的提高了程序的可維護性和可擴展性。避免現(xiàn)有技術中要修改表單，傳統(tǒng)表單，不僅需要對前臺界面表單元素作修改，同吋，還要對后臺表單存儲代碼和表單讀取代碼，分別作修改，導致的維護工作繁瑣、涉及代碼調(diào)整、且容易出錯的缺陷。將表單組看作ー個整體，數(shù)據(jù)一次性傳輸完，后臺數(shù)據(jù)存儲的按事務方式處理。從根本上解決了數(shù)據(jù)完整性和關聯(lián)性的問題。避免現(xiàn)有技術中表單相互獨立，表單間傳輸又不同步，而要實現(xiàn)對數(shù)據(jù)庫進行按事務處理，無法保證數(shù)據(jù)的完整性和關聯(lián)性的缺陷。表單在前臺按頁存放，層次感清晰，前后臺表單存取代碼通用，前后臺之間彼此獨立，互不干攏，前臺只需要按規(guī)則配置表單元素信息，不需要知道后臺表單如何存取，提高代碼執(zhí)行效率和代碼可重用性，降低了程序耦合度。避免現(xiàn)有技術中元素全部在ー個頁面，表單元素堆積如山，代碼混亂、缺乏層次，即使采用MVC三層架構，其后臺也是代碼多冗余，程序耦合度高的缺陷。 如圖3所示，對應于上述實施例的表單數(shù)據(jù)的存取方法，本發(fā)明實施例提供ー種表単數(shù)據(jù)的存取裝置，包括第一確定單元31，用于根據(jù)各表單中元素的配置信息，確定要保存的元素。第一發(fā)送單元32，用于將所有表單中要保存的元素的配置信息以及所述元素的數(shù)據(jù)一次性發(fā)送給服務器，以使所述服務器保存所述元素的數(shù)據(jù)；用于確定要保存的元素的所述配置信息包括保存字段、保存表名和是否入庫。由上述本發(fā)明提供的技術方案可以看出，根據(jù)配置信息，實現(xiàn)表単數(shù)據(jù)的存取，表單可以作為ー個整體，前后臺表單存儲代碼通用，不僅保證了表単數(shù)據(jù)完整、一致，并提高表單的可維護性和可擴展性。 本發(fā)明實施例表単數(shù)據(jù)的存取裝置，還可以包括第二發(fā)送單元，用于當所述元素的數(shù)據(jù)保存完成后，將所述表單的頁面文件發(fā)送給服務器，以使所述服務器保存所述表單的頁面文件。本發(fā)明實施例表單數(shù)據(jù)的存取裝置，還可以包括第三發(fā)送單元，用于發(fā)送讀取頁面文件請求給所述服務器；第一接收單元，用于接收所述服務器發(fā)送的所述表單的頁面文件的訪問路徑，根據(jù)所述訪問路徑加載所述表單的頁面文件。本發(fā)明實施例表単數(shù)據(jù)的存取裝置，還可以包括第一確定單元，用于所述表單的頁面文件加載完成后，根據(jù)元素的配置信息，確定所述表單中需要加載的元素，發(fā)送讀取元素請求給所述服務器；第二接收發(fā)送単元，用于接收所述服務器發(fā)送的數(shù)據(jù)，將所述數(shù)據(jù)加載給所述元素。其中，用于確定要加載的元素的所述配置信息可以包括查詢字段、查詢表名和是否加載時查詢。本發(fā)明實施例表單數(shù)據(jù)的存取裝置及其構成，可以對應參考上述實施例的表単數(shù)據(jù)的存取方法的相應內(nèi)容得以理解，在此不作贅述。如圖4所示，Client客戶端(前臺)瀏覽器頁面中，表單以組的形式出現(xiàn)，不管表單頁數(shù)量多少，ー個表單頁，也可以認為是ー個表單組。表單與表單之間、表單組與表單組之間，建立起ニ維表單關系。在前臺通過javascript (簡稱JS)腳本語言來控制管理表單的各項操作，組織或分解表単數(shù)據(jù)項。而且，前臺動態(tài)裝載控制，表單元素的權限、樣式、數(shù)據(jù)驗證、共享事件等等。在Server服務器(后臺)，邏輯處理，按讀取或存儲要求分解、組織數(shù)據(jù)。表單的數(shù)據(jù)保存，分成兩種形態(tài)I、數(shù)據(jù)庫形式在前臺將各表單數(shù)據(jù)項組織成ー個整體，一次性發(fā)往后臺，在后臺按照表單數(shù)據(jù)項存儲關系(如表間關系，見下文描述)，分別組織好SQL語句，通過數(shù)據(jù)庫事務處理的方式，一次性執(zhí)行完成。
2、表單文件形式當表単數(shù)據(jù)項保存完成后，返回前臺，再觸發(fā)文件保存，將頁面文件發(fā)送至后臺，進行文件存儲。表單共儲存了哪些文件的信息，存放在數(shù)據(jù)庫表中。如圖5所示，表単數(shù)據(jù)的存取方法中表單保存流程51、獲取表單頁。52、獲取該表單數(shù)據(jù)項。53、判斷表單是否遍歷完成，如果是，進入54，否則，進入51，直到表單遍歷完成。54、將表單數(shù)據(jù)項以JSON格式組織成ー個整體，一次性發(fā)往后臺。 也就是51-54，在前臺，用JS對所有表單組頁面，進行枚挙，篩選出要保存的表單數(shù)據(jù)項，并將數(shù)據(jù)項的值以及配置信息按JSON格式進行組織，統(tǒng)ー發(fā)送到后臺。配置信息可以包括“保存字段”、“保存表名”、“是否入庫”、“是否是主鍵”。“保存字段”是對應數(shù)據(jù)項內(nèi)容的存儲位置?！氨４姹砻笔菍獢?shù)據(jù)項的存儲表?！笆欠袢霂臁睂獮椤笆侨霂臁被蛘摺安蝗霂臁??！笆欠袷侵麈I”對應為“是主鍵”或者“不是主鍵”。55、表名按表間關系排序。56、保存事務開始。57、判斷是保存結束，如果是，進入59，否則，進入58。58、檢索出屬于該表名的所有數(shù)據(jù)項59、提交保存事務。510、將檢索結果中分成若干存儲單元。511、判斷是否更新，如果是，進入512，否則，進入513。512、組織更新SQL語句。513、組織插入SQL語句。514、執(zhí)行保存，返回結果。也就是55-514，在后臺，接收到數(shù)據(jù)后，對所有要進行保存的數(shù)據(jù)表名進行排序(按數(shù)據(jù)庫表間關系排序，因表間關系，決定存儲順序)，表名順序，即表的存儲順序。開啟數(shù)據(jù)庫事務，循環(huán)，逐個表進行保存操作。保存吋，對保存操作進行判斷，如果有主鍵值的，則認為是記錄更新操作，如果無主鍵值的，則認為是記錄新增操作。組織好對應的SQL語句后，執(zhí)行保存。515、將所有新增的記錄主鍵。組成JSON字符串。516、前臺回調(diào)函數(shù)獲取返回值，將值寫入表單對應項。也就是515-516，保存事務是新增操作，則將新增記錄的主鍵值，以JSON的形式，返回到前臺。517、觸發(fā)保存表單文件操作。518、將表單文件頁面內(nèi)容發(fā)往后臺。也就是517-518，在前臺，Ajax異步請求回調(diào)函數(shù)中，把主鍵值，寫入對應的表單數(shù)據(jù)項中。完成后，觸發(fā)表單文件保存操作發(fā)送表單頁面內(nèi)容到后臺。519、保存表單文件。5110、將文件存儲位置信息存入數(shù)據(jù)庫表。
也就是519-5110,后臺接收到數(shù)據(jù)后,可以保存頁面為html文件，完成后，將文件存儲的位置信息，保存到數(shù)據(jù)庫記錄中。表単文件存儲，以任務號作為根文件夾，按年月日的目錄形式存放，如果表單文件已經(jīng)保存過，則存儲位置不變，只覆蓋原來的文件。本發(fā)明實施例表單數(shù)據(jù)的存取方法前臺表單組作為ー個整體，后臺存儲代碼通用共享。如何存取表單數(shù)據(jù)，完全取決于表單元素中的配置信息。避免現(xiàn)有技術中ー個表單對應后臺要有一段存儲代碼和一段讀取代碼，程序開發(fā)工作量大的缺陷。表單的維護只需要修改前臺表單配置信息即可，后臺程序無修作任何修改。同樣，如果是需要増加新的表單數(shù)據(jù)或表單頁，也是僅僅、増加或修改前臺表單頁面配置信息，大大的提高了程序的可維護性和可擴展性。避免現(xiàn)有技術中要修改表單，傳統(tǒng)表単，不僅需要對前臺界面表單元素作修改，同吋，還要對后臺表單存儲代碼和表單讀取代碼，分別作修 改，導致的維護工作繁瑣、涉及代碼調(diào)整、且容易出錯的缺陷。將表單組看作ー個整體，數(shù)據(jù)一次性傳輸完，后臺數(shù)據(jù)存儲的按事務方式處理。從根本上解決了數(shù)據(jù)完整性和關聯(lián)性的問題。避免現(xiàn)有技術中表單相互獨立，表單間傳輸又不同步，而要實現(xiàn)對數(shù)據(jù)庫進行按事務處理，無法保證數(shù)據(jù)的完整性和關聯(lián)性的缺陷。表單在前臺按頁存放，層次感清晰，前后臺表單存取代碼通用，前后臺之間彼此獨立，互不干攏，前臺只需要按規(guī)則配置表單元素信息，不需要知道后臺表單如何存取，提高代碼執(zhí)行效率和代碼可重用性，降低了程序耦合度。避免現(xiàn)有技術中元素全部在ー個頁面，表單元素堆積如山，代碼混亂、缺乏層次，即使采用MVC三層架構，其后臺也是代碼多冗余，程序耦合度高的缺陷。如圖6所示，表単數(shù)據(jù)的存取方法中表單讀取流程61、發(fā)送加載表單請求。前臺發(fā)送加載表單請求。62、從數(shù)據(jù)庫中獲取表單保存位置。后臺從數(shù)據(jù)庫中獲取表單保存位置。63、將當前任務所有表單訪問路徑返回。后臺將當前任務所有表單訪問路徑返回前臺。64、表單組件按路徑加載表單文件。前臺的表單組件按路徑加載表單文件。65、表單渲染、權限加載、事件初始化。前臺進行表單渲染、權限加載、事件初始化。也就是，61-65的一個階段是加載表單頁面文件，由前臺發(fā)送Ajax請求到后臺，后臺從數(shù)據(jù)庫表中讀取表單保存位置信息。后臺組織成JS0N，返回給前臺，前臺的表單組件解析表單路徑并加載表單文件。待前臺所有表単文件加載完成后，渲染各表單元素樣式，設置元素可編輯狀態(tài)、可打印狀態(tài)以及可見性等等。同時，初始化元素的事件處理，如數(shù)據(jù)共享事件，數(shù)據(jù)驗證事件
坐寸ο66、判斷是否從數(shù)據(jù)庫加載，如果是，進入67，否則，表單加載完成。67、按配置信息，組織加載數(shù)據(jù)項。
前臺按配置信息，組織加載數(shù)據(jù)項。配置信息包括“查詢字段”、“查詢表名”、“是否加載時查詢”、“是否是主鍵”?！安樵冏侄巍笔菍樵償?shù)據(jù)項內(nèi)容的位置?！安樵儽砻笔菍樵償?shù)據(jù)項的表?！笆欠窦虞d時查詢”對應為“是加載時查詢”或者“不是加載時查詢”?！笆欠袷侵麈I”對應為“是主鍵”或者“不是主鍵”。68、按數(shù)據(jù)項組織加載SQL語句。后臺按數(shù)據(jù)項組織加載SQL語句。69、返回查詢結果。后臺返回查詢結果。 610、解析，按鍵值對賦值到表單元素。前臺解析，按鍵值對賦值到表單元素。鍵值對以及賦值方式可以參考現(xiàn)有技術得
以理解。也就是，67-610的階段加載表單數(shù)據(jù)項，前臺將表單中所有需要從數(shù)據(jù)庫記錄中加載數(shù)據(jù)的元素篩選出來，組織成JS0N，發(fā)送請求到后臺，后臺進行數(shù)據(jù)查詢，并返回查詢結果給前臺，前臺將結果按配置信息，賦值到表單對應的數(shù)據(jù)項中。本發(fā)明實施例表單數(shù)據(jù)的存取方法前臺表單組作為ー個整體，后臺存儲代碼通用共享。如何存取表單數(shù)據(jù)，完全取決于表單元素中的配置信息。避免現(xiàn)有技術中ー個表單對應后臺要有一段存儲代碼和一段讀取代碼，程序開發(fā)工作量大的缺陷。表單的維護只需要修改前臺表單配置信息即可，后臺程序無修作任何修改。同樣，如果是需要増加新的表單數(shù)據(jù)或表單頁，也是僅僅、増加或修改前臺表單頁面配置信息，大大的提高了程序的可維護性和可擴展性。避免現(xiàn)有技術中要修改表單，傳統(tǒng)表単，不僅需要對前臺界面表單元素作修改，同吋，還要對后臺表單存儲代碼和表單讀取代碼，分別作修改，導致的維護工作繁瑣、涉及代碼調(diào)整、且容易出錯的缺陷。將表單組看作ー個整體，數(shù)據(jù)一次性傳輸完，后臺數(shù)據(jù)存儲的按事務方式處理。從根本上解決了數(shù)據(jù)完整性和關聯(lián)性的問題。避免現(xiàn)有技術中表單相互獨立，表單間傳輸又不同步，而要實現(xiàn)對數(shù)據(jù)庫進行按事務處理，無法保證數(shù)據(jù)的完整性和關聯(lián)性的缺陷。表單在前臺按頁存放，層次感清晰，前后臺表單存取代碼通用，前后臺之間彼此獨立，互不干攏，前臺只需要按規(guī)則配置表單元素信息，不需要知道后臺表單如何存取，提高代碼執(zhí)行效率和代碼可重用性，降低了程序耦合度。避免現(xiàn)有技術中元素全部在ー個頁面，表單元素堆積如山，代碼混亂、缺乏層次，即使采用MVC三層架構，其后臺也是代碼多冗余，程序耦合度高的缺陷。以上所述，僅為本發(fā)明較佳的具體實施方式
，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術領域的技術人員在本發(fā)明披露的技術范圍內(nèi)，可輕易想到的變化或替換，都應涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應該以權利要求書的保護范圍為準。本領域普通技術人員可以理解實現(xiàn)上述實施例方法中的全部或部分流程，是可以通過計算機程序來指令相關的硬件來完成，所述的程序可存儲于一計算機可讀取存儲介質(zhì)中，該程序在執(zhí)行時，可包括如上述各方法的實施例的流程。其中，所述的存儲介質(zhì)可為磁碟、光盤、只讀存儲記憶體(Read-Only Memory, ROM)或隨機存儲記憶體( Random AccessMemory, RAM)等。
權利要求
1.一種表單數(shù)據(jù)的存取方法，其特征在于，包括 根據(jù)各表單中元素的配置信息，確定要保存的元素； 將所有表單中要保存的元素的配置信息以及所述元素的數(shù)據(jù)一次性發(fā)送給服務器，以使所述服務器保存所述元素的數(shù)據(jù)；用于確定要保存的元素的所述配置信息包括保存字段、保存表名和是否入庫。
2.根據(jù)權利要求I所述的表單數(shù)據(jù)的存取方法，其特征在于，所述方法，還包括 當所述元素的數(shù)據(jù)保存完成后，將所述表單的頁面文件發(fā)送給服務器，以使所述服務器保存所述表單的頁面文件。
3.根據(jù)權利要求2所述的表單數(shù)據(jù)的存取方法，其特征在于，所述方法，還包括 發(fā)送讀取頁面文件請求給所述服務器； 接收所述服務器發(fā)送的所述表單的頁面文件的訪問路徑，根據(jù)所述訪問路徑加載所述表單的頁面文件。
4.根據(jù)權利要求3所述的表單數(shù)據(jù)的存取方法，其特征在于，所述方法，還包括 所述表單的頁面文件加載完成后，根據(jù)元素的配置信息，確定所述表單中需要加載的元素，發(fā)送讀取元素請求給所述服務器； 接收所述服務器發(fā)送的數(shù)據(jù)，將所述數(shù)據(jù)賦值給所述元素。
5.根據(jù)權利要求4所述的表單數(shù)據(jù)的存取方法，其特征在于，用于確定要加載的元素的所述配置信息包括查詢字段、查詢表名和是否加載時查詢。
6.一種表單數(shù)據(jù)的存取裝置，其特征在于，包括 第一確定單元，用于根據(jù)各表單中元素的配置信息，確定要保存的元素； 第一發(fā)送單元，用于將所有表單中要保存的元素的配置信息以及所述元素的數(shù)據(jù)一次性發(fā)送給服務器，以使所述服務器保存所述元素的數(shù)據(jù)；用于確定要保存的元素的所述配置信息包括保存字段、保存表名和是否入庫。
7.根據(jù)權利要求6所述的表單數(shù)據(jù)的存取裝置，其特征在于，所述裝置，還包括 第二發(fā)送單元，用于當所述元素的數(shù)據(jù)保存完成后，將所述表單的頁面文件發(fā)送給服務器，以使所述服務器保存所述表單的頁面文件。
8.根據(jù)權利要求7所述的表單數(shù)據(jù)的存取裝置，其特征在于，所述裝置，還包括 第三發(fā)送單元，用于發(fā)送讀取頁面文件請求給所述服務器； 第一接收單元，用于接收所述服務器發(fā)送的所述表單的頁面文件的訪問路徑，根據(jù)所述訪問路徑加載所述表單的頁面文件。
9.根據(jù)權利要求8所述的表單數(shù)據(jù)的存取裝置，其特征在于，所述裝置，還包括 第一確定單元，用于所述表單的頁面文件加載完成后，根據(jù)元素的配置信息，確定所述表單中需要加載的元素，發(fā)送讀取元素請求給所述服務器； 第二接收發(fā)送單元，用于接收所述服務器發(fā)送的數(shù)據(jù)，將所述數(shù)據(jù)賦值給所述元素。
10.根據(jù)權利要求9所述的表單數(shù)據(jù)的存取裝置，其特征在于，用于確定要加載的元素的所述配置信息包括查詢字段、查詢表名和是否加載時查詢。
全文摘要
本發(fā)明實施例公開了一種表單數(shù)據(jù)的存取方法及裝置，其中，表單數(shù)據(jù)的存取方法，包括根據(jù)各表單中元素的配置信息，確定要保存的元素；將所有表單中要保存的元素的配置信息以及所述元素的數(shù)據(jù)一次性發(fā)送給服務器，以使所述服務器保存所述元素的數(shù)據(jù)；用于確定要保存的元素的所述配置信息包括保存字段、保存表名和是否入庫。本發(fā)明實施例表單數(shù)據(jù)的存取方法及裝置，根據(jù)配置信息，實現(xiàn)表單數(shù)據(jù)的存取，表單可以作為一個整體，前后臺表單存儲代碼通用，不僅保證了表單數(shù)據(jù)完整、一致，并提高表單的可維護性和可擴展性。
文檔編號G06F17/30GK102682126SQ201210151929
公開日2012年9月19日 申請日期2012年5月16日 優(yōu)先權日2012年5月16日
發(fā)明者張文星 申請人:深圳市凱立德科技股份有限公司