一種移動終端應用界面的生成方法和裝置與流程

2023-05-14 06:39:36

本發明涉及信息處理
技術領域：
：，具體而言涉及一種移動終端應用界面的生成方法和裝置。
背景技術：
：：近年來,隨著移動網際網路技術的快速發展,各種智能移動終端得到了廣泛應用。越來越多的人通過智能移動終端瀏覽網絡資源，進行通信、社交活動和購物等，這為人們的工作和生活帶來了極大的便利。然而，移動終端設備由於處理能力、待機時間、屏幕尺寸等等及應用環境(作業系統、網絡條件等等)與傳統個人計算機(pc)有很大不同，雖然已經存在海量的網絡資源，但這些資源大多數專門為pc的使用而設計。如果直接使用移動終端設備訪問，效果不甚理想。因此，為了符合移動終端設備的特點，提升用戶體驗，開發者需要針對不同平臺進行開發，而原生界面開發是其中最重要的一環。目前，在主流智能移動終端平臺(ios和android)的開發中，開發者均使用平臺提供的基本控制項構造移動終端應用界面，並使用與伺服器端事先約定的數據格式進行數據傳輸，以供客戶端使用。但由於應用界面的設計細節千差萬別，而系統的基本控制項只能提供特定的基礎功能，這就需要開發人員針對特定的界面設計來編寫界面代碼。但是實際上，為了用戶體驗的連續性與一致性，應用中大多數的界面設計(外觀布局、操作方式等)都具有相當程度的相似性，這在軟體開發上會產生大量實質上重複的代碼。圖1a-d為現有的app應用界面的截圖實例。圖1a是提供外賣的app應用界面的一個截圖實例，圖1b是提供ktv信息的app應用界面的一個截圖實例，圖1c是提供電影院信息的app應用界面的一個截圖實例，圖1d是提供住宿信息的app應用界面的一個截圖實例，從這4幅截圖可以看出這4個應用界面設計有相似性但存在差異，因此需要開發人員對這4個應用界面分別編寫界面代碼，這就會產生大量實質上重複的代碼。這對於一款能夠提供多種消費信息的app產品來說，例如某款能夠提供美食、電影、酒店、外賣、休閒娛樂、ktv、度假出行、機票/火車票、景點、運動健身、學習培訓等等多種信息的app產品來說，提供不同信息的應用界面設計存在差異性，需要對這些不同應用界面分別編寫界面代碼。另外，如果一個應用界面上顯示的多條信息如果存在顯示格式上的不同，就需要對不同顯示格式的信息單獨編寫顯示代碼，儘管在實踐中這種情況很少見，因為這需要編寫的重複代碼量會非常大。在開發一款app產品時，尤其是可以提供網上購物的app時，對不同應用界面分別編寫界面代碼，且會產生大量實質上重複的代碼，這將對應用的開發造成一系列負面影響，如開發效率降低、代碼體積增大、調試維護困難等等。技術實現要素：本發明的目的在於提供一種在應用界面上的單元格視圖的生成方法和裝置以及由此得到的移動終端應用界面的生成方法和裝置，以改善上述的問題。本發明實施例提供了一種在應用界面上的單元格視圖的生成方法，其特徵在於，包括：將客戶端上需要顯示的每個單元格視圖劃分出多個顯示區，每個顯示區都具有一個唯一的id號；當伺服器接收到客戶端發送的界面顯示請求時從資料庫讀取出每個單元格視圖上需要顯示的多個數據，並以預定格式重新組織所述多個數據然後發送給客戶端，其中每一個數據對應一個顯示區，該預定格式至少包括：id欄位、type欄位、和value欄位，其中該id欄位用於保存id號，該type欄位用於保存控制項的類型，該value欄位用於保存需要顯示的數據內容；客戶端接收並解析出從伺服器端發送過來的具有預定格式的數據，根據記錄的控制項類型生成相應的控制項，根據id號將生成的控制項顯示在相應的顯示區上。優選的，在將客戶端上需要顯示的每個單元格視圖劃分出多個顯示區的步驟中，根據單元格視圖上需要顯示的設計要求來劃分出多個顯示區，並且每個顯示區都具有相對位置信息。優選的，在以預定格式重新組織所述多個數據的步驟中，所述每個單元格視圖上需要顯示的多個數據被重新組織成一個數組形式，其中一個數組中的數據對象的個數等於或小於將一個單元格視圖劃分出的顯示區的個數。優選的，所述預定格式還包括：name欄位和/或action欄位，其中所述name欄位用於描述所劃分的顯示區的名稱和實現對id號的校驗，所述action欄位用於描述控制項的動作。優選的，控制項類型包括但不限於：圖像控制項、文本控制項和按鈕控制項。優選的，當一個數組中的數據對象的個數小於將一個單元格視圖劃分出的顯示區的個數時，顯示區上顯示的控制項位置能夠根據預先設計規則自適應變動。優選的，所述自適應變動的預先設計規則包括：所顯示的控制項位置以優先向左向上或者優先向右向上的規則自適應變動。優選的，所述自適應變動的預先設計規則還包括：所顯示的控制項位置的對齊規則。優選的，所述自適應變動的預先設計規則還包括：在指定方位放置指定類型的控制項的規則。本發明實施例還提供了一種移動終端應用界面的生成方法，其包括：使用如上所述的方法生成1個或多個單元格視圖。本發明實施例還提供了一種在應用界面上的單元格視圖的生成裝置，其特徵在於，其包括：劃分單元，用於將客戶端上需要顯示的每個單元格視圖劃分出多個顯示區，每個顯示區都具有一個唯一的id號；控制項生成和顯示單元，用於接收並解析出從伺服器端發送過來的具有預定格式的數據，根據記錄的控制項類型生成相應的控制項，根據id號將生成的控制項顯示在相應的顯示區上，其中每一個數據對應一個顯示區，該預定格式至少包括：id欄位、type欄位、和value欄位，其中該id欄位用於保存id號，該type欄位用於保存控制項的類型，該value欄位用於保存需要顯示的數據內容。優選的，當伺服器接收到客戶端發送的界面顯示請求時從資料庫讀取出每個單元格視圖上需要顯示的多個數據，並以預定格式重新組織所述多個數據然後發送給客戶端。客戶端會將這些數據傳送給控制項生成和顯示單元。優選的，所述劃分單元用於根據單元格視圖上需要顯示的設計要求來劃分出多個顯示區，並且每個顯示區都具有相對位置信息。優選的，所述每個單元格視圖上需要顯示的多個數據被重新組織成一個數組形式，其中一個數組中的數據對象的個數等於或小於將一個單元格視圖劃分出的顯示區的個數。優選的，所述預定格式還包括：name欄位和/或action欄位，其中所述name欄位用於描述所劃分的顯示區的名稱和實現對id號的校驗，所述action欄位用於描述控制項的動作。優選的，控制項類型包括但不限於：圖像控制項、文本控制項和按鈕控制項。優選的，當一個數組中的數據對象的個數小於將一個單元格視圖劃分出的顯示區的個數時，顯示區上顯示的控制項位置能夠根據預先設計規則自適應變動。優選的，所述自適應變動的預先設計規則包括：所顯示的控制項位置以優先向左向上或者優先向右向上的規則自適應變動。優選的，所述自適應變動的預先設計規則還包括：所顯示的控制項位置的對齊規則。優選的，所述自適應變動的預先設計規則還包括：在指定方位放置指定類型的控制項的規則。本發明實施例還提供了一種移動終端應用界面的生成裝置，其包括：如上所述的單元格視圖的生成裝置。本發明實施例還提供了一種移動終端應用界面的生成系統，其包括：客戶端和伺服器，該客戶端包括如上所述的移動終端應用界面的生成裝置；該伺服器用於響應客戶端發送的界面顯示請求，從資料庫讀取出每個單元格視圖上需要顯示的多個數據，並以預定格式重新組織所述多個數據然後發送給客戶端。優選的，所述伺服器還用於以預定格式重新組織所述多個數據時，根據所述預先設計規則給相應的數據分配id號並保存在id欄位中以確保在顯示區上顯示的數據內容符合設計要求。根據本發明的在應用界面上的單元格視圖的生成方法和裝置以及由此得到的移動終端應用界面的生成方法和裝置和系統，能夠通過動態生成多個控制項顯示構成一個單元格視圖，這就使得不同類型的控制項位置可以主動調換而無需重新編寫界面代碼來實現不同布局顯示的單元格視圖，從而使得界面代碼可以得到充分的復用，極大降低了構造應用界面的代碼量，提高了開發效率，降低了開發及維護的成本。附圖說明圖1a-d是根據現有技術實現的app應用界面的截圖實例；圖2是本發明的將一個單元格視圖劃分出多個顯示區的示意性截圖實例。圖3是本發明的將一個單元格視圖劃分出多個顯示區的另一個示意性截圖實例；圖4是本發明的在應用界面上的單元格視圖的生成方法的流程圖；圖5是本發明的在應用界面上的單元格視圖的生成裝置的示意性框圖。圖6是本發明的移動終端應用界面的生成系統的示意性框圖。具體實施方式下面將結合本發明實施例和附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅是本發明一部分實施例，而不是全部的實施例。通常在此處附圖中描述和示出的本發明實施例的組件可以以各種不同的配置來布置和設計。因此，以下對在附圖中提供的本發明的實施例的詳細描述並非旨在限制要求保護的本發明的範圍，而是僅僅表示本發明的選定實施例。基於本發明的實施例，本領域技術人員在沒有做出創造性勞動的前提下所獲得的所有其他實施例，都屬於本發明保護的範圍。在描述本發明的技術方案之前，先簡單介紹一下本文將會涉及的應用界面開發中的一些知識以及本文使用的術語。目前市場主流的智能移動終端的作業系統是安卓(android)系統和ios系統，移動終端上顯示的各種界面都是使用相應系統下的控制項來生成的。listview控制項是在安卓系統下開發移動終端上顯示的各種界面的常用控制項之一，uitableview控制項是在ios系統開發移動終端上顯示的各種界面的常用控制項之一。下面以ios系統為例來簡要說明應用界面開發。uitableview用來以表格的形式顯示數據。在uitableview中數據只有行的概念，並沒有列的概念，由於移動終端的屏幕尺寸問題，尤其是智慧型手機的屏幕小，在小尺寸屏幕上顯示多列是不利於操作的。uitableview用來顯示表格的可見部分，而uitableviewcell用來顯示表格的一行，所有的uitableview實現時實際上只有一列，但是可以通過向uitableviewcell中添加子視圖，使得它看起來有好幾列。在uitableview中每行數據都是一個uitableviewcell，而在信息顯示方面，例如圖1a所示的提供外賣的app應用界面的一個截圖實例，一條顯示的商業信息可以包含多個數據內容，例如圖片、商店名稱、星級、銷售量、距離，價格，打折優惠等，而一條包含該多個數據內容的商業信息在uitableview中為一行數據，即通過控制項uitableviewcell完成對一條包含多個數據內容的商業信息的編程以使其顯示在屏幕上，在這個控制項中為了顯示更多的信息，ios已經在其內部設置好了多個子控制項以供開發者使用，例如一個uiview控制項(contentview，作為其他元素的父控制項)、兩個uilable控制項(textlabel、detailtextlabel)、一個uiimage控制項(imageview)，分別用於容器、顯示內容、詳情和圖片。另外，從圖1a-1d所示的實例來直觀察看，也可以看出都是以行為單位顯示信息，即以一行顯示一條信息的方式列出，例如圖1a的實例示出了4條提供外賣的商業信息，圖1b的實例示出了4條提供ktv的商業信息，圖1c的實例示出了5條提供電影院的商業信息，圖1d的實例示出了4條提供住宿的商業信息。在界面顯示開發領域中，本領域技術人員通常將以列表形式顯示數據的每一個行單位稱為一個單元格或者cell。在移動終端屏幕上以行單位進行的信息顯示可以稱為單元格視圖。正如上面提到的，在例如提供消費類信息的app產品，以行單位顯示的商業信息可以包含多個數據內容，該多個數據內容的排布組合進而形成形式豐富的單元格視圖。例如，圖1a中顯示的關於例如「鮮果時間(西外店)」的全部信息為一個單元格視圖，圖1b中顯示的關於例如「富貴城ktv」的全部信息為一個單元格視圖，圖1c中顯示的關於例如「保利國際影城(蘋果園店)」的全部信息為一個單元格視圖，圖1d中顯示的關於例如「萬程新潤酒店」的全部信息為一個單元格視圖。本文下面講述的技術方案將涉及上述的術語單元格和單元格視圖。下面將結合本發明的附圖和具體實施例，對本發明的技術方案進行清楚、完整地描述。正如前面所述，從圖1a-1d所示的截圖可以看出這4個應用界面設計有相似性但存在差異，根據現有的技術，需要開發人員對這4個應用界面分別編寫界面代碼，這就會產生大量實質上重複的代碼，使得開發效率降低、代碼體積增大。本發明對此提出了一個新的設計思路。圖2是本發明的將一個單元格視圖劃分出多個顯示區的示意截圖實例。根據圖2所示，將一個單元格視圖在應用界面上需要顯示的多個數據(例如圖片、文本、圖標、富文本等)拆分成多個顯示區，給每個顯示區賦予唯一的id號，當伺服器接收到客戶端發送的界面顯示請求時從資料庫讀取出每個單元格視圖上需要顯示的多個數據，並以客戶端和伺服器端雙方預先設定好的預定格式重新組織所述多個數據然後發送給客戶端，該預定格式至少包括：id號、要生成的控制項類型和需要顯示的數據，客戶端接收並解析出從伺服器端發送過來的具有預定格式的數據後，根據記錄的控制項類型生成對應的控制項，並且根據id號將生成的控制項顯示在相應的顯示區上，從而構成了一個單元格視圖，多個單元格視圖+工具欄等構成了一個完整的應用界面。這種新方法的優點在於各種類型的控制項可以動態生成並且根據預設計要求出現在任意顯示區上，這就使得不同類型的控制項位置可以主動調換而無需通過重新編寫代碼來實現，這樣一套界面代碼可以得到充分的復用以顯示不同布局的單元格視圖，由此提高了開發效率、降低了開發及維護的成本。圖4是本發明的在應用界面上的單元格視圖的生成方法的流程圖。如圖4所示，本發明的在應用界面上的單元格視圖的生成方法包括以下步驟：s1：將客戶端上需要顯示的每個單元格視圖劃分出多個顯示區，每個顯示區都具有一個唯一的id號。具體而言，我們通常在移動終端上看到的單元格視圖，雖然理論上可以只顯示一項內容，即只有一個顯示區，但實踐中這種情況非常少見，也就只有提供顯示滾動新聞的一部分新聞網站，例如新華網，還能見到一個單元格視圖顯示一條滾動信息。而很多新聞網站所提供的滾動顯示新聞的界面，每條新聞(一個單元格視圖)除了顯示一條簡要內容(文本)外，還有在文本的下方顯示小號字的時間(即該條新聞在該網站上發布的時間)，以及對該條新聞的評論數目，即一個單元格視圖上顯示了多項信息。為了吸引用戶的注意，app的界面設計是非常重要的，在一個單元格視圖上提供簡潔且更多信息量的界面布局是需要設計人員花費很多心血來設計。正如圖1a-d所示的截圖所示，提供不同信息的整個應用界面以及細分的一個單元格視圖的界面都是不同的。另外，儘管這裡沒有示出，但我們都知道即便是提供相同服務的不同公司所設計的app產品的應用界面也是不同的，例如提供旅遊服務的攜程網客戶端和去哪兒網客戶端。另外，如圖1a-d所示，一個單元格視圖包括了多個顯示內容。以圖1a所示的界面截圖中所示的店名為「鮮果時間」為例，該單元格視圖顯示有：圖片、店名：「鮮果時間(西外店)」、星級：「☆☆☆☆☆」、銷售量：「月銷562筆」、時間：「30分鐘」、距離：「436米」、起送價：「￥20起送」、運費：「￥0配送」、其他信息等。和其它3家店顯示的信息相比，存在一些差異，例如店名為「德克士」的單元格視圖還顯示了「發票」信息和折扣信息，而店名為「漢堡王」的單元格視圖則還顯示了「準時必達」和「蜂鳥專送」信息。以上所述內容說明，編程人員在開發應用界面，甚至是一個單元格視圖界面之前需要界面設計人員根據市場需求設計出不同的界面布局。因此，在一個優選實施例中，在將客戶端上需要顯示的每個單元格視圖劃分出多個顯示區的步驟中，根據單元格視圖上需要顯示的設計要求來劃分出多個顯示區，並且每個顯示區都具有相對位置信息。即單元格視圖上需要顯示的設計要求就是根據市場需求設計出不同的信息顯示布局。從圖2所示實例可以看出，將客戶端上需要顯示的每個單元格視圖劃分出了多個顯示區，每個顯示區都具有一個唯一的id號。此外，多個顯示區的布局會涉及到相互之間的方位信息，所以每個顯示區還都具有相對位置信息。s2：當伺服器接收到客戶端發送的界面顯示請求時從資料庫讀取出每個單元格視圖上需要顯示的多個數據，並以預定格式重新組織所述多個數據然後發送給客戶端，其中每一個數據對應一個顯示區，該預定格式至少包括：id欄位、type欄位、和value欄位，其中該id欄位用於保存id號，該type欄位用於保存控制項的類型，該value欄位用於保存需要顯示的數據內容。當前的各種app應用界面上顯示的信息都是可以實時變動，通常都需要一個客戶端和一個伺服器。客戶端安裝在用戶擁有的移動終端上，而伺服器一般由提供app產品的服務商管理，等待來自客戶端的要求，處理要求並傳回結果，所以app客戶端的界面上顯示的信息都是保存在伺服器上，通過網絡實時發送給客戶端。為了能使本發明的技術方案得以實現，需要使用新的數據格式來記錄數據對象。所以，每當伺服器接收到客戶端發送的界面顯示請求時就從資料庫讀取出每個單元格視圖上需要顯示的多個數據，並以預定格式重新組織所述多個數據然後發送給客戶端，而每一個數據需要對應一個顯示區，所述預定格式至少包括：id欄位、type欄位、和value欄位，其中該id欄位用於保存id號，該type欄位用於保存控制項的類型，該value欄位用於保存需要顯示的數據內容。所述控制項類型包括但不限於：圖像控制項、文本控制項和按鈕控制項。當前已知的應用界面上顯示的各種控制項類型都可以被記錄在type欄位裡。另外，為了實現更多功能，所述預定格式還可以包括但不限於：name欄位和/或action欄位，其中所述name欄位用於描述所劃分的顯示區的名稱和實現對id號的校驗，所述action欄位用於描述控制項的動作。本領域技術人員都知道，對於數據格式，完全可以根據實際需要而補充其它控制欄位來實現相應的需求，這裡就不再一一列出。為了能夠區分出哪些數據是需要在第一單元格視圖上顯示，哪些數據是需要在第二單元格視圖上顯示，……等等，一個優選方式是：所述每個單元格視圖上需要顯示的多個數據被重新組織成一個數組形式。此外，正如上面提到的，根據設計需要將一個單元格視圖劃分出多個顯示區，實際上不是每個劃分出的顯示區都必須顯示內容，正如上面舉例說明的那樣：店名為「德克士」的單元格視圖還顯示了「發票」信息和折扣信息，而店名為「鮮果時間」的單元格視圖並沒有顯示，但在界面布局設計中需要設計出儘可能多的顯示區以供不同商家顯示其所能提供的個性化服務，因此用於一個單元格視圖顯示的一個數組中的數據對象的個數可以等於或小於將一個單元格視圖劃分出的顯示區的個數。通常情況下是數據對象的個數小於顯示區的個數，因為劃分出的顯示區的個數是採用冗餘思路來設計。圖3是本發明的將一個單元格視圖劃分出多個顯示區的另一個示意截圖實例。從圖3所示實例可以看出，顯示的數據對象的個數小於劃分出的顯示區的個數，布局設計中所劃分的id號為1009-1011的顯示區由於沒有數據顯示而被隱藏，用虛線框表示。簡而言之，在一個優選實施例中，所述每個單元格視圖上需要顯示的多個數據被重新組織成一個數組形式，其中一個數組中的數據對象的個數等於或小於將一個單元格視圖劃分出的顯示區的個數。目前常用的數據格式有：json、xml和html。xml和json格式都使用結構化方法來描述數據，都適合在本發明裡使用。這裡以採用json結構的數據對象為例，提供一個用於顯示區的數據對象實例。一個用於顯示區的數據對象實例如下：通過這個數據對象實例可以看出，在一個id號為1001的顯示區的位置上生成一個按鈕控制項，id號為1001的顯示區的名稱為：tel(電話)，該按鈕控制項的動作是提供撥打電話，電話號為：010-88888888。一個單元格視圖裡常包含多個顯示區，則在編寫代碼中多個數據對象以數組形式保存和傳輸，這對本領域技術人員來說很容易實現，不再舉例說明。s3：客戶端接收並解析出從伺服器端發送過來的具有預定格式的數據，根據記錄的控制項類型生成相應的控制項，根據id號將生成的控制項顯示在相應的顯示區上。當用戶觸發需求時客戶端向伺服器發送請求，伺服器接到請求後進行處理並將相關數據發送給客戶端。用戶觸發需求是由客戶端的具體邏輯決定。例如可以是打開app時，也可以是打開某一個模塊時，或者觸發某個條件時。當客戶端接收到從伺服器端發送過來的具有預定格式的數據之後進行解析，按照約定的欄位讀取相應的數據，並以結構化的形式(數組、鍵值對或自定義結構)保存在本地。以上述domain_list結構為例。解析時，以數組(nsarray)保存該json數組，數組中的每個domain數據對象以字典(nsdictionary)形式保存。接著，就要根據解析出來的數據來生成單元格視圖了，即遍歷該數組(nsarray)，根據每個domain數據對象的type欄位裡記錄的控制項類型生成相應的控制項，根據id欄位裡記錄的id號將生成的控制項顯示在相應的顯示區上，而控制項顯示的內容為value欄位裡記錄的需要顯示的數據。為了使生成的單元格視圖的布局美觀、整齊，在一個優選實施例中，當一個數組中的數據對象的個數小於將一個單元格視圖劃分出的顯示區的個數時，顯示區上顯示的控制項位置能夠根據預先設計規則自適應變動。具體的說，正如上面討論的，因為劃分出的顯示區的個數是採用冗餘思路來設計，而且提供不同服務的商家在單元格視圖上顯示的信息不完全一樣，從圖1a與圖1b-d之一所示的商家發布的信息看，每幅截圖所示的單元格視圖的信息布局都不完全一樣，如果讓圖1a的界面代碼能夠復用到圖1b-d的界面上，那麼用於顯示信息的顯示區上顯示的控制項位置就不能固定不變，顯示區上顯示的控制項位置需要能夠根據預先設計規則自適應變動，即動態生成的控制項能夠按照預先設計好的移動規則自適應變動自己的位置。在一個優選實施例中，所述自適應變動的預先設計規則包括：所顯示的控制項位置以優先向左向上或者優先向右向上的規則自適應變動。下面以所顯示的控制項位置以優先向左向上的規則自適應變動為例，簡要描述該規則。即，當生成的控制項發現其左側的顯示區沒有顯示控制項時自動向左移動填補到相應顯示區位置，當生成的控制項發現其上方的顯示區沒有顯示控制項時自動向上移動填補到相應顯示區位置。根據設計規則，可以先向左移然後再向上移，也可以先向上移然後再向左移。所顯示的控制項位置以優先向右向上的規則自適應變動的方法與此相同，不在贅述。在另一個優選實施例中，所述自適應變動的預先設計規則還包括：所顯示的控制項位置的對齊規則。該對齊規則可以是左對齊、右對齊、或者兩端對齊，也可以規定具有多行顯示區的某一列或多列左對齊或右對齊或兩端對齊。例如，圖1a所示的文本信息顯示，右側向右對齊，左側挨著圖片向左對齊。在另一個優選實施例中，所述自適應變動的預先設計規則還包括：在指定方位放置指定類型的控制項的規則。例如，根據消費者瀏覽的習慣，可以指定單元格視圖的左側顯示區固定顯示一張圖片，將商戶名稱固定顯示在頂端中部，如圖1a、圖1c和圖1d所示那樣。還可以根據瀏覽的習慣，將按鈕控制項固定顯示在底部位置。上述自適應變動的預先設計規則的三個優選實施例可以任意組合在一起，即所顯示的控制項位置以優先向左向上或者優先向右向上的規則自適應變動、所顯示的控制項位置的對齊規則、和在指定方位放置指定類型的控制項的規則可以任意組合在一起。所生成的控制項的屬性值可以預先設定。例如，控制項的大小也是以設計要求為準，比如圖片的大小、文字的字號、每一行之間的間隔、控制項之間的間隔都是依據設計要求標定的。比如用了一個文字控制項標註了的字號為20pt，則該控制項的高度就是20pt，而該控制項的長度由文字的長度決定(如果超出邊界以...顯示)，這樣可以保證排版布局的準確。此外，在另一個優選實施例中，為了確保單元格視圖顯示的數據位置是商戶期望的，以圖1a所示的界面截圖中所示的店名為「鮮果時間」為例，該單元格視圖的左側顯示圖片、文本1「鮮果時間(西外店)」在頂部、文本2「☆☆☆☆☆」在文本1下方、文本3「月銷562筆」與文本2同行、文本4「30分鐘」在文本2下方、文本5「436米」與文本4同行、文本6「￥20起送」與文本1同行且右端對齊、文本7「￥0配送」與文本2同行且右端對齊，除了在客戶端上的顯示區上顯示的控制項位置能夠根據預先設計規則自適應變動之外，伺服器端在以預定格式重新組織從資料庫讀取的每個單元格視圖上需要顯示的多個數據時，還需要根據所述預先設計規則給相應的數據分配恰當的id號並保存在id欄位中以確保在顯示區上顯示的數據內容符合所述設計要求，尤其是在預先設計規則包括在指定方位放置指定類型的控制項的規則時，以圖1a所示的界面截圖中所示的店名為「鮮果時間」為例，給圖片分配的id號要與左側顯示區的id號一致，給文本1「鮮果時間(西外店)」分配的id號與最頂部顯示區的id號一致，給文本6「￥20起送」分配的id號與位於最頂部且在文本1的id號右側位置的顯示區的id號一致……以此類推，以避免出現例如文本2「☆☆☆☆☆」在文本1「鮮果時間(西外店)」的上方顯示的錯誤。本發明實施例還提供了一種移動終端應用界面的生成方法，其包括：採用如上所述的單元格視圖的生成方法來生成1個或多個單元格視圖。由圖1a-1d所示截圖可知，一個移動終端應用界面上包含了狀態欄、導航欄、主菜單欄、內容區域上的多個單元格視圖等，而狀態欄、導航欄、主菜單欄基本上都是相同的且固定不變，而內容區域上的多個單元格視圖因為顯示的信息類型不同而設計出不同的界面布局顯示。在一個實施例中，在所述移動終端應用界面的生成方法中，狀態欄、導航欄、主菜單欄等可以採用現有方法生成，採用如上所述的單元格視圖的生成方法來生成1個或多個單元格視圖。在另一個實施例中，在所述移動終端應用界面的生成方法中，狀態欄、導航欄、主菜單欄、內容區域上的多個單元格視圖等均採用如上所述的單元格視圖的生成方法來生成1個或多個單元格視圖。根據本發明的在應用界面上的單元格視圖的生成方法以及由此得到的移動終端應用界面的生成方法，能夠通過動態生成多個控制項顯示構成一個單元格視圖，這就使得不同類型的控制項位置可以主動調換而無需重新編寫界面代碼來實現不同布局顯示的單元格視圖，從而使得界面代碼可以得到充分的復用，極大降低了構造應用界面的代碼量，提高了開發效率，降低了開發及維護的成本。圖5是本發明的在應用界面上的單元格視圖的生成裝置的示意性框圖。如圖5所示，本發明的在應用界面上的單元格視圖的生成裝置，其特徵在於，其包括：劃分單元，用於將客戶端上需要顯示的每個單元格視圖劃分出多個顯示區，每個顯示區都具有一個唯一的id號；控制項生成和顯示單元，用於接收並解析出從伺服器端發送過來的具有預定格式的數據，根據記錄的控制項類型生成相應的控制項，根據id號將生成的控制項顯示在相應的顯示區上，其中每一個數據對應一個顯示區，該預定格式至少包括：id欄位、type欄位、和value欄位，其中該id欄位用於保存id號，該type欄位用於保存控制項的類型，該value欄位用於保存需要顯示的數據內容。其中，當伺服器接收到客戶端發送的界面顯示請求時從資料庫讀取出每個單元格視圖上需要顯示的多個數據，並以預定格式重新組織所述多個數據然後發送給客戶端。客戶端會將這些數據傳送給控制項生成和顯示單元。其中，所述劃分單元用於根據單元格視圖上需要顯示的設計要求來劃分出多個顯示區，並且每個顯示區都具有相對位置信息。其中，所述每個單元格視圖上需要顯示的多個數據被重新組織成一個數組形式，其中一個數組中的數據對象的個數等於或小於將一個單元格視圖劃分出的顯示區的個數。其中，所述預定格式還包括：name欄位和/或action欄位，其中所述name欄位用於描述所劃分的顯示區的名稱和實現對id號的校驗，所述action欄位用於描述控制項的動作。其中，所述控制項類型包括但不限於：圖像控制項、文本控制項和按鈕控制項。其中，當一個數組中的數據對象的個數小於將一個單元格視圖劃分出的顯示區的個數時，顯示區上顯示的控制項位置能夠根據預先設計規則自適應變動。其中，所述自適應變動的預先設計規則包括：所顯示的控制項位置以優先向左向上或者優先向右向上的規則自適應變動。其中，所述自適應變動的預先設計規則還包括：所顯示的控制項位置的對齊規則。其中，所述自適應變動的預先設計規則還包括：在指定方位放置指定類型的控制項的規則。其中，所顯示的控制項位置以優先向左向上或者優先向右向上的規則自適應變動、所顯示的控制項位置的對齊規則、和在指定方位放置指定類型的控制項的規則可以任意組合在一起。本發明實施例還提供了一種移動終端應用界面的生成裝置，其包括：如上所述的單元格視圖的生成裝置。圖6是本發明的移動終端應用界面的生成系統的示意性框圖。如圖6所示，本發明的移動終端應用界面的生成系統包括：客戶端和伺服器，該客戶端包括如上所述的移動終端應用界面的生成裝置；該伺服器用於響應客戶端發送的界面顯示請求，從資料庫讀取出每個單元格視圖上需要顯示的多個數據，並以預定格式重新組織所述多個數據然後發送給客戶端。在一個優選實施例中，所述伺服器還用於在以預定格式重新組織所述多個數據時，根據所述預先設計規則給相應的數據分配id號並保存在id欄位中以確保在顯示區上顯示的數據內容符合設計要求。所屬領域的技術人員可以清楚地了解到，為描述的方便和簡潔，上述描述的裝置的具體工作過程，可以參考前述方法實施例中的對應過程，在此不再贅述。根據本發明的在應用界面上的單元格視圖的生成裝置以及由此得到的移動終端應用界面的生成裝置和系統，能夠通過動態生成多個控制項顯示構成一個單元格視圖，這就使得不同類型的控制項位置可以主動調換而無需重新編寫界面代碼來實現不同布局顯示的單元格視圖，從而使得界面代碼可以得到充分的復用，極大降低了構造應用界面的代碼量，提高了開發效率，降低了開發及維護的成本。另外，數據在客戶端和伺服器之間傳輸時，可以使用http傳輸協議、ftp傳輸協議、https傳輸協議等；可以以ascii格式、base64格式等對數據編碼。這些都是本領域公知的技術，不再做過多介紹。本發明實施例所提供的移動終端應用界面的生成方法的電腦程式產品，包括存儲了程序代碼的計算機可讀存儲介質，所述程序代碼包括的指令可用於執行前面方法實施例中所述的方法，具體實現可參見方法實施例，在此不再贅述。所述功能如果以軟體功能單元的形式實現並作為獨立的產品銷售或使用時，可以存儲在一個計算機可讀取存儲介質中。基於這樣的理解，本發明的技術方案本質上或者說對現有技術做出貢獻的部分或者該技術方案的部分可以以軟體產品的形式體現出來，該計算機軟體產品存儲在一個存儲介質中，包括若干指令用以使得一臺計算機設備(可以是個人計算機，伺服器，或者網絡設備等)執行本發明各個實施例所述方法的全部或部分步驟。而前述的存儲介質包括：u盤、移動硬碟、只讀存儲器(rom)、隨機存取存儲器(ram)、磁碟或者光碟等各種可以存儲程序代碼的介質。以上所述，僅為本發明的具體實施方式，但本發明的保護範圍並不局限於此，任何熟悉本
技術領域：
：的技術人員在本發明揭露的技術範圍內，可輕易想到變化或替換，都應涵蓋在本發明的保護範圍之內。因此，本發明的保護範圍應以所述權利要求的保護範圍為準。當前第1頁12當前第1頁12