本發(fā)明涉及計算機領(lǐng)域，具體而言，涉及一種數(shù)據(jù)展示方法和裝置。

背景技術(shù)：

隨著web2.0時代的到來，網(wǎng)頁(web)服務(wù)的前端與后端的交互越來越多，交互的信息量越來越大。這樣就引發(fā)一個問題，后端的內(nèi)容如何在前端更容易展示，更容易讓人與后端交互，用戶體驗更好。對于開發(fā)者而言，就意味著巨大的工作量，尤其是IT行業(yè)競爭激烈，開發(fā)周期一般都會要求越短越好，這樣就帶了下面的問題：工作量大，任務(wù)重，時間短，還需要保質(zhì)保量。

針對相關(guān)技術(shù)中的上述技術(shù)問題，目前尚未提出有效的解決方案。

技術(shù)實現(xiàn)要素：

本發(fā)明實施例提供了一種數(shù)據(jù)展示方法和裝置，以至少解決現(xiàn)有技術(shù)中在前端展示頁面時需要的工作量較大、面臨重復(fù)開發(fā)的技術(shù)問題。

根據(jù)本發(fā)明實施例的一個方面，提供了一種數(shù)據(jù)展示方法，包括：接收終端的后端平臺發(fā)送的數(shù)據(jù)；根據(jù)調(diào)用的數(shù)據(jù)的類型按照第一預(yù)定規(guī)則調(diào)用與類型對應(yīng)的組件；其中，數(shù)據(jù)的類型包括：數(shù)據(jù)的屬性以及對應(yīng)的屬性值；在終端的前端平臺以調(diào)用的組件的方式展示數(shù)據(jù)。

可選地，根據(jù)調(diào)用的數(shù)據(jù)的類型按照預(yù)定規(guī)則調(diào)用與類型對應(yīng)的組件包括：調(diào)用數(shù)據(jù)的類型，確定數(shù)據(jù)對應(yīng)的應(yīng)用場景；依據(jù)類型調(diào)用應(yīng)用場景下與類型對應(yīng)的組件。

可選地，不同的應(yīng)用場景下，同一類型對應(yīng)的組件的參數(shù)不同。

可選地，在在終端的前端平臺以調(diào)用的組件的方式展示數(shù)據(jù)之后，方法還包括：按照第二預(yù)定規(guī)則確定數(shù)據(jù)中需要與用戶進行交互的第一數(shù)據(jù)，其中，第一數(shù)據(jù)在前端平臺的顯示方式，用于提示用戶進行與第一數(shù)據(jù)的操作。

可選地，在按照第二預(yù)定規(guī)則確定數(shù)據(jù)中需要與用戶進行交互的第一數(shù)據(jù)之后，方法還包括：接收觸發(fā)信號，其中，觸發(fā)信號中攜帶有用戶進行操作的操作數(shù)據(jù)；按照第三預(yù)定規(guī)則確定操作數(shù)據(jù)中需要返回到后端平臺的第二數(shù)據(jù)；將第二數(shù)據(jù)返回到后端平臺。

可選地，接收終端的后端平臺發(fā)送的數(shù)據(jù)包括：通過應(yīng)用程序編程接口Rest API接收后端平臺發(fā)送的數(shù)據(jù)；其中，同一個Rest API用于接收類型相同的數(shù)據(jù)。

根據(jù)本發(fā)明實施例的一個方面，提供了一種數(shù)據(jù)展示裝置，包括：接收模塊，用于接收終端的后端平臺發(fā)送的數(shù)據(jù)；調(diào)用模塊，用于根據(jù)調(diào)用的數(shù)據(jù)的類型按照第一預(yù)定規(guī)則調(diào)用與類型對應(yīng)的組件；其中，數(shù)據(jù)的類型包括：數(shù)據(jù)的屬性以及對應(yīng)的屬性值；展示模塊，用于在終端的前端平臺以調(diào)用的組件的方式展示數(shù)據(jù)。

可選地，調(diào)用模塊，還用于調(diào)用數(shù)據(jù)的類型，確定數(shù)據(jù)對應(yīng)的應(yīng)用場景；以及依據(jù)類型調(diào)用應(yīng)用場景下與類型對應(yīng)的組件。

可選地，裝置還包括：確定模塊，用于按照第二預(yù)定規(guī)則確定數(shù)據(jù)中需要與用戶進行交互的第一數(shù)據(jù)，其中，第一數(shù)據(jù)在前端平臺的顯示方式，用于提示用戶進行與第一數(shù)據(jù)的操作。

可選地，接收模塊，還用于接收觸發(fā)信號，其中，觸發(fā)信號中攜帶有用戶進行操作的操作數(shù)據(jù)；確定模塊，還用于按照第三預(yù)定規(guī)則確定操作數(shù)據(jù)中需要返回到后端平臺的第二數(shù)據(jù)；裝置還包括：反饋模塊，用于將第二數(shù)據(jù)返回到后端平臺。

在本發(fā)明實施例中，采用根據(jù)后端平臺發(fā)送的數(shù)據(jù)的類型調(diào)用與該類型對應(yīng)的組件，以組件的方式顯示該數(shù)據(jù)的方式，通過數(shù)據(jù)的類型對組件對應(yīng)，通過類型對組件進行模塊化，不同的數(shù)據(jù)的類型對應(yīng)不同的組件，相同的類型對應(yīng)相同的組件，進而可以使得開發(fā)人員針對后端平臺數(shù)據(jù)在前端平臺展示時專注于開發(fā)組件即可，而由于組件本身的方便復(fù)用，進而可以減少開發(fā)者的工作量，提高了開發(fā)速度，進而解決了現(xiàn)有技術(shù)中在前端展示頁面時需要的工作量較大、面臨重復(fù)開發(fā)的技術(shù)問題。

附圖說明

此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中：

圖1是根據(jù)本發(fā)明實施例的數(shù)據(jù)展示方法的流程示意圖；

圖2是根據(jù)本發(fā)明實施例的數(shù)據(jù)展示裝置的結(jié)構(gòu)框圖。

具體實施方式

為了使本技術(shù)領(lǐng)域的人員更好地理解本發(fā)明方案，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分的實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都應(yīng)當(dāng)屬于本發(fā)明保護的范圍。

需要說明的是，本發(fā)明的說明書和權(quán)利要求書及上述附圖中的術(shù)語“第一”、“第二”等是用于區(qū)別類似的對象，而不必用于描述特定的順序或先后次序。應(yīng)該理解這樣使用的數(shù)據(jù)在適當(dāng)情況下可以互換，以便這里描述的本發(fā)明的實施例能夠以除了在這里圖示或描述的那些以外的順序?qū)嵤?。此外，術(shù)語“包括”和“具有”以及他們的任何變形，意圖在于覆蓋不排他的包含，例如，包含了一系列步驟或單元的過程、方法、系統(tǒng)、產(chǎn)品或設(shè)備不必限于清楚地列出的那些步驟或單元，而是可包括沒有清楚地列出的或?qū)τ谶@些過程、方法、產(chǎn)品或設(shè)備固有的其它步驟或單元。

實施例1

根據(jù)本發(fā)明實施例，提供了一種數(shù)據(jù)展示的方法實施例，需要說明的是，在附圖的流程圖示出的步驟可以在諸如一組計算機可執(zhí)行指令的計算機系統(tǒng)中執(zhí)行，并且，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟。

圖1是根據(jù)本發(fā)明實施例的數(shù)據(jù)展示方法的流程示意圖，如圖1所示，該方法包括如下步驟：

步驟S102，接收終端的后端平臺發(fā)送的數(shù)據(jù)；

步驟S104，根據(jù)調(diào)用的數(shù)據(jù)的類型按照第一預(yù)定規(guī)則調(diào)用與類型對應(yīng)的組件；其中，數(shù)據(jù)的屬性以及對應(yīng)的屬性值；

步驟S106，在終端的前端平臺以調(diào)用的組件的方式展示數(shù)據(jù)。

通過上述步驟，采用根據(jù)后端平臺發(fā)送的數(shù)據(jù)的類型調(diào)用與該類型對應(yīng)的組件，以組件的方式顯示該數(shù)據(jù)的方式，通過數(shù)據(jù)的類型與組件對應(yīng)，即通過類型對組件進行模塊化，不同的數(shù)據(jù)的類型對應(yīng)不同的組件，相同的類型對應(yīng)相同的組件，進而可以使得開發(fā)人員針對后端平臺數(shù)據(jù)在前端平臺展示時專注于開發(fā)組件即可，而由于組件本身的方便復(fù)用，進而可以減少開發(fā)者的工作量，提高了開發(fā)速度，進而解決了現(xiàn)有技術(shù)中在前端展示頁面時需要的工作量較大、面臨重復(fù)開發(fā)的技術(shù)問題。

需要說明的是，上述第一預(yù)定規(guī)則可以包括：后端平臺發(fā)送的數(shù)據(jù)呈現(xiàn)在前端平臺的方式，比如顯示方式或者隱藏方式等，或者后端平臺的數(shù)據(jù)以什么組件呈現(xiàn)在前端平臺上，但并不限于此。以下舉例說明：假設(shè)后端平臺發(fā)送的數(shù)據(jù)為8條數(shù)據(jù)，上述第一預(yù)定規(guī)則可以是8條數(shù)據(jù)中的4條數(shù)據(jù)顯示在前端平臺，另外4條數(shù)據(jù)雖然展示在前端平臺，但是其是以隱藏的方式展示在前端平臺；但并不限于此。

需要說明的是，數(shù)據(jù)的類型可以是在將數(shù)據(jù)傳輸?shù)角岸似脚_后，由前端平臺進行定義的；也可以是在后端平臺預(yù)先定義好的，當(dāng)數(shù)據(jù)傳輸?shù)角岸似脚_時可以直接調(diào)用后端平臺中預(yù)先為該數(shù)據(jù)定義的類型，這樣可以減少前端平臺的操作；需要說明的是，該數(shù)據(jù)的類型不管是在前端平臺還是在后端平臺進行定義，其可以是前后端公用的數(shù)據(jù)類型，但并不限于此。

需要說明的是，上述數(shù)據(jù)中的屬性可以是標識ID、中文名稱、類型、頁面處理、展示方式、默認值等，但并不限于此，的屬性值可以用于針對每個在該屬性下所表示的含義，比如ID的值為“userName”，則表示名稱為userName；類型的值為text，則表示其為文本類型，但并不限于此。

以下進行舉例說明，上述數(shù)據(jù)的類型可以定義為：{id:"userName",name:"用戶賬號",type:"text",r:"as",S:"str",default:"″}

上述ID、name、type、r、S、default可以為上述數(shù)據(jù)的屬性，而userName、用戶賬號、text、as、str、空可以分別為屬性ID、name、type、r、S、default的屬性值，即標識名稱是userName，中文名是用戶賬號，類型是文本，r代表頁面的處理(a代表在展示頁需要顯示，s表示這個是可以搜索的屬性)，S代表在搜索部分如何展示，default代表默認值是什么，其中默認值也可以是方法。

如果從后端平臺得到的數(shù)據(jù)假設(shè)是：{userId:”aaaa”,userName:”testName”},那么會一個屬性一個屬性去處理，先處理userId，然后處理userName，在處理userName的時候就會調(diào)取上面對userName的定義，在不同的環(huán)境下，制定規(guī)則對相應(yīng)的屬性進行處理。比如在搜索頁，會讀取s屬性所擁有的值，在上面示例是str，那么也就是表示在搜索欄其是可以輸入的一個text文本框。

在本發(fā)明的一個實施例中，上述步驟S104可以表現(xiàn)為：調(diào)用數(shù)據(jù)的類型，確定數(shù)據(jù)對應(yīng)的應(yīng)用場景；依據(jù)類型調(diào)用應(yīng)用場景下與類型對應(yīng)的組件。

需要說明的是，不同的應(yīng)用場景下，同一類型對應(yīng)的組件的參數(shù)不同；因而可以根據(jù)組件的參數(shù)的不同確定該不同應(yīng)用場景下的組件；具體地，上述依據(jù)類型調(diào)用應(yīng)用場景下與類型對應(yīng)的組件可以表現(xiàn)為：根據(jù)類型確定與類型對應(yīng)的組件；根據(jù)應(yīng)用場景確定組件的參數(shù)；根據(jù)確定的組件的參數(shù)修改所述類型對應(yīng)的組件，得到應(yīng)用場景下所述類型對應(yīng)的組件。

在本發(fā)明的一個實施例中，在上述步驟S106之后，上述方法還可以包括：按照第二預(yù)定規(guī)則確定數(shù)據(jù)中需要與用戶進行交互的第一數(shù)據(jù)，其中，第一數(shù)據(jù)在前端平臺的顯示方式，用于提示用戶進行與第一數(shù)據(jù)的操作。

需要說明的是，上述第二預(yù)定規(guī)則可以根據(jù)實際情況進行預(yù)先設(shè)定，具體可以包括與用戶交互的交互方式，比如可以規(guī)定后端平臺返回的數(shù)據(jù)中哪些數(shù)據(jù)是與用戶進行交互的數(shù)據(jù)等，但并不限于此。

需要說明的是，上述顯示方式可以為提示框或者懸浮框，但并不限于此。

在本發(fā)明的一個實施例中，在按照第二預(yù)定規(guī)則確定數(shù)據(jù)中需要與用戶進行交互的第一數(shù)據(jù)之后，上述方法還可以包括：接收觸發(fā)信號，其中，觸發(fā)信號中攜帶有用戶進行操作的操作數(shù)據(jù)；按照第三預(yù)定規(guī)則確定操作數(shù)據(jù)中需要返回到后端平臺的第二數(shù)據(jù)；將第二數(shù)據(jù)返回到后端平臺。

需要說明的是，上述第三預(yù)定規(guī)則可以根據(jù)實際情況進行預(yù)先設(shè)定，具體可以包括：與后端平臺進行交互的方式，比如可以是用戶輸入的數(shù)據(jù)中哪些數(shù)據(jù)需要反饋到后端平臺中，哪些數(shù)據(jù)是不需要反饋到后端平臺中等，但并不限于此。

需要說明的是，本實施例的上述方法，開發(fā)人員只需要專注于上述第一預(yù)定規(guī)則、第二預(yù)定規(guī)則、第三預(yù)定規(guī)則以及組件的開發(fā)即可，由于規(guī)則和組件是可以方便復(fù)用，因而可以極大的提高開發(fā)速度，保障開發(fā)質(zhì)量。

在本發(fā)明的一個實施例中，上述步驟S102可以表現(xiàn)為：通過應(yīng)用程序編程接口Rest API接收后端平臺發(fā)送的數(shù)據(jù)；其中，同一個Rest API用于接收類型相同的數(shù)據(jù)。

需要說明的是，相同類型的數(shù)據(jù)可以從同一接口輸入或者輸出，可以方便控制和管理。

需要說明的是，上述步驟執(zhí)行的主體可以是終端、服務(wù)器，但并不限于此。

需要說明的是，上述方法還可以應(yīng)用于前端平臺與后端平臺分離的系統(tǒng)架構(gòu)中，但并不限于此。

實施例2

根據(jù)本發(fā)明實施例，提供了一種數(shù)據(jù)展示的產(chǎn)品實施例，圖2是根據(jù)本發(fā)明實施例的數(shù)據(jù)展示裝置的結(jié)構(gòu)框圖，如圖2所示，該裝置包括：

接收模塊22，用于接收終端的后端平臺發(fā)送的數(shù)據(jù)；

調(diào)用模塊24，與上述接收模塊22連接，用于根據(jù)調(diào)用的數(shù)據(jù)的類型按照第一預(yù)定規(guī)則調(diào)用與類型對應(yīng)的組件；其中，數(shù)據(jù)的類型包括：數(shù)據(jù)中的屬性以及對應(yīng)的屬性值；

展示模塊26，與上述調(diào)用模塊24連接，用于在終端的前端平臺以調(diào)用的組件的方式展示數(shù)據(jù)。

通過上述裝置，采用根據(jù)后端平臺發(fā)送的數(shù)據(jù)的類型調(diào)用與該類型對應(yīng)的組件，以組件的方式顯示該數(shù)據(jù)的方式，通過數(shù)據(jù)的類型與組件對應(yīng)，即通過類型對組件進行模塊化，不同的數(shù)據(jù)的類型對應(yīng)不同的組件，相同的類型對應(yīng)相同的組件，進而可以使得開發(fā)人員針對后端平臺數(shù)據(jù)在前端平臺展示時專注于開發(fā)組件即可，而由于組件本身的方便復(fù)用，進而可以減少開發(fā)者的工作量，提高了開發(fā)速度，進而解決了現(xiàn)有技術(shù)中在前端展示頁面時需要的工作量較大、面臨重復(fù)開發(fā)的技術(shù)問題。

需要說明的是，上述第一預(yù)定規(guī)則可以包括：后端平臺發(fā)送的數(shù)據(jù)呈現(xiàn)在前端平臺的方式，比如顯示方式或者隱藏方式等，或者后端平臺的數(shù)據(jù)以什么組件呈現(xiàn)在前端平臺上，但并不限于此。以下舉例說明：假設(shè)后端平臺發(fā)送的數(shù)據(jù)為8條數(shù)據(jù)，上述第一預(yù)定規(guī)則可以是8條數(shù)據(jù)中的4條數(shù)據(jù)顯示在前端平臺，另外4條數(shù)據(jù)雖然展示在前端平臺，但是其是以隱藏的方式展示在前端平臺；但并不限于此。

需要說明的是，數(shù)據(jù)的類型可以是在將數(shù)據(jù)傳輸?shù)角岸似脚_后，由前端平臺進行定義的；也可以是在后端平臺預(yù)先定義好的，當(dāng)數(shù)據(jù)傳輸?shù)角岸似脚_時可以直接調(diào)用后端平臺中預(yù)先為該數(shù)據(jù)定義的類型，這樣可以減少前端平臺的操作；需要說明的是，該數(shù)據(jù)的類型不管是在前端平臺還是在后端平臺進行定義，其可以是前后端公用的數(shù)據(jù)類型，但并不限于此。

需要說明的是，上述數(shù)據(jù)中的屬性可以是標識ID、中文名稱、類型、頁面處理、展示方式、默認值等，但并不限于此，的屬性值可以用于針對每個在該屬性下所表示的含義，比如ID的值為“userName”，則表示名稱為userName；類型的值為text，則表示其為文本類型，但并不限于此。

以下進行舉例說明，上述數(shù)據(jù)的類型可以定義為：{id:"userName",name:"用戶賬號",type:"text",r:"as",S:"str",default:"″}

上述ID、name、type、r、S、default可以為上述數(shù)據(jù)的屬性，而userName、用戶賬號、text、as、str、空可以分別為屬性ID、name、type、r、S、default的屬性值，即標識名稱是userName，中文名是用戶賬號，類型是文本，r代表頁面的處理(a代表在展示頁需要顯示，s表示這個是可以搜索的屬性)，S代表在搜索部分如何展示，default代表默認值是什么，其中默認值也可以是方法。

如果從后端平臺得到的數(shù)據(jù)假設(shè)是：{userId:”aaaa”,userName:”testName”},那么會一個屬性一個屬性去處理，先處理userId，然后處理userName，在處理userName的時候就會調(diào)取上面對userName的定義，在不同的環(huán)境下，制定規(guī)則對相應(yīng)的屬性進行處理。比如在搜索頁，會讀取s屬性所擁有的值，在上面示例是str，那么也就是表示在搜索欄其是可以輸入的一個text文本框。

在本發(fā)明的一個實施例中，上述調(diào)用模塊24，還可以用于調(diào)用數(shù)據(jù)的類型，以及確定數(shù)據(jù)對應(yīng)的應(yīng)用場景；以及依據(jù)類型調(diào)用應(yīng)用場景下與類型對應(yīng)的組件。

需要說明的是，不同的應(yīng)用場景下，同一類型對應(yīng)的組件的參數(shù)不同；因而可以根據(jù)組件的參數(shù)的不同確定該不同應(yīng)用場景下的組件；具體地，上述調(diào)用模塊24還可以用于根據(jù)類型確定與類型對應(yīng)的組件；根據(jù)應(yīng)用場景確定組件的參數(shù)；根據(jù)確定的組件的參數(shù)修改所述類型對應(yīng)的組件，得到應(yīng)用場景下所述類型對應(yīng)的組件。

在本發(fā)明的一個實施例中，上述裝置還可以包括：確定模塊，與上述展示模塊26連接，用于按照第二預(yù)定規(guī)則確定數(shù)據(jù)中需要與用戶進行交互的第一數(shù)據(jù)，其中，第一數(shù)據(jù)在前端平臺的顯示方式，用于提示用戶進行與第一數(shù)據(jù)的操作。

需要說明的是，上述第二預(yù)定規(guī)則可以根據(jù)實際情況進行預(yù)先設(shè)定，具體可以包括與用戶交互的交互方式，比如可以規(guī)定后端平臺返回的數(shù)據(jù)中哪些數(shù)據(jù)是與用戶進行交互的數(shù)據(jù)等，但并不限于此。

需要說明的是，上述顯示方式可以為提示框或者懸浮框，但并不限于此。

在本發(fā)明的一個實施例中，上述接收模塊22，還可以用于接收觸發(fā)信號，其中，觸發(fā)信號中攜帶有用戶進行操作的操作數(shù)據(jù)；上述確定模塊，還可以用于按照第三預(yù)定規(guī)則確定操作數(shù)據(jù)中需要返回到后端平臺的第二數(shù)據(jù)；上述裝置還可以包括：反饋模塊，與上述確定模塊連接，用于將第二數(shù)據(jù)返回到后端平臺。

需要說明的是，上述第三預(yù)定規(guī)則可以根據(jù)實際情況進行預(yù)先設(shè)定，具體可以包括：與后端平臺進行交互的方式，比如可以是用戶輸入的數(shù)據(jù)中哪些數(shù)據(jù)需要反饋到后端平臺中，哪些數(shù)據(jù)是不需要反饋到后端平臺中等，但并不限于此。

需要說明的是，本實施例的上述方法，開發(fā)人員只需要專注于上述第一預(yù)定規(guī)則、第二預(yù)定規(guī)則、第三預(yù)定規(guī)則以及組件的開發(fā)即可，由于規(guī)則和組件是可以方便復(fù)用，因而可以極大的提高開發(fā)速度，保障開發(fā)質(zhì)量。

在本發(fā)明的一個實施例中，上述接收模塊22還可以用于通過應(yīng)用程序編程接口Rest API接收后端平臺發(fā)送的數(shù)據(jù)；其中，同一個Rest API用于接收類型相同的數(shù)據(jù)。

需要說明的是，相同類型的數(shù)據(jù)可以從同一接口輸入或者輸出，可以方便控制和管理。

需要說明的是，上述裝置可以位于終端、服務(wù)器中，但并不限于此。

需要說明的是，上述裝置還可以應(yīng)用于前端平臺與后端平臺分離的系統(tǒng)架構(gòu)中，但并不限于此。

此處需要說明的是，上述接收模塊22、調(diào)用模塊24、展示模塊26對應(yīng)于實施例1中的步驟S102至步驟S106，上述模塊與對應(yīng)的步驟所實現(xiàn)的示例和應(yīng)用場景相同，但不限于上述實施例1所公開的內(nèi)容。需要說明的是，上述模塊作為裝置的一部分可以在諸如一組計算機可執(zhí)行指令的計算機系統(tǒng)中執(zhí)行。

為了更好的理解本發(fā)明實施例，以下結(jié)合優(yōu)選的實施例對本發(fā)明做進一步解釋。

本優(yōu)選實施例可以解決數(shù)據(jù)在前端的相關(guān)操作，同時可要求是前后端分離的系統(tǒng)架構(gòu)，以RestApi接口進行數(shù)據(jù)交互。

數(shù)據(jù)一般與后端的交互，一般有：數(shù)據(jù)的增加，刪除，修改，查詢；文件的上傳；消息的推送與接收等，但并不限于此。

數(shù)據(jù)在前端的展示方式則是多種多樣的。本優(yōu)選實施例提供的方案的處理方式為：

(1)接口統(tǒng)一。相同類型的操作(比如RestApi的Request請求)都從同一接口輸入或者輸出，這樣便于控制與管理；

(2)展示組件化。針對同一類型的數(shù)據(jù)，例如：時間類型數(shù)據(jù)，對其的編輯模式和只讀模式進行組件模塊化。只是在不同場景時修改其組件的不同參數(shù)即可展現(xiàn)不同的樣式和風(fēng)格。

(3)同時組件之間可以互相組合，多個組件可以組合為更加復(fù)雜的組件，以此類推，使其適應(yīng)各種環(huán)境和需求。

(4)自動化。頁面展示的數(shù)據(jù)內(nèi)容，基本是固定的，接口內(nèi)容的輸入輸出更是固定的。需要制定規(guī)則。該規(guī)則規(guī)定了，什么樣的數(shù)據(jù)以什么樣的方式呈現(xiàn)在前端，同時以什么樣的方式同用戶交互，最后以什么樣的方式同后臺交互。當(dāng)有數(shù)據(jù)到前端時，不同的數(shù)據(jù)遵循規(guī)則選取不同的組件，自動顯示在前端，并自動與用戶交互，自動提交到后端。

如此以來，開發(fā)只需要專注于制定規(guī)則和開發(fā)組件，就可以滿足web的前端開發(fā)需求。由于規(guī)則和組件更加方便復(fù)用，這樣就極大的提高了開發(fā)速度，保障質(zhì)量。

上述本發(fā)明實施例序號僅僅為了描述，不代表實施例的優(yōu)劣。

在本發(fā)明的上述實施例中，對各個實施例的描述都各有側(cè)重，某個實施例中沒有詳述的部分，可以參見其他實施例的相關(guān)描述。

在本申請所提供的幾個實施例中，應(yīng)該理解到，所揭露的技術(shù)內(nèi)容，可通過其它的方式實現(xiàn)。其中，以上所描述的裝置實施例僅僅是示意性的，例如所述單元的劃分，可以為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，例如多個單元或組件可以結(jié)合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，單元或模塊的間接耦合或通信連接，可以是電性或其它的形式。

所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本實施例方案的目的。

另外，在本發(fā)明各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現(xiàn)，也可以采用軟件功能單元的形式實現(xiàn)。

所述集成的單元如果以軟件功能單元的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，可以存儲在一個計算機可讀取存儲介質(zhì)中?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分或者該技術(shù)方案的全部或部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算機設(shè)備(可為個人計算機、服務(wù)器或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述方法的全部或部分步驟。而前述的存儲介質(zhì)包括：U盤、只讀存儲器(ROM，Read-Only Memory)、隨機存取存儲器(RAM，Random Access Memory)、移動硬盤、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

以上所述僅是本發(fā)明的優(yōu)選實施方式，應(yīng)當(dāng)指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也應(yīng)視為本發(fā)明的保護范圍。