基于跨平臺(tái)的移動(dòng)應(yīng)用開發(fā)框架研究

蘇玉慧

摘要：隨著我國經(jīng)濟(jì)的快速發(fā)展和科學(xué)技術(shù)水平的提高，智能手機(jī)、平板電腦等移動(dòng)終端迅速普及，逐漸改變著人們的生活方式。與此同時(shí)，移動(dòng)操作平臺(tái)處于逐漸發(fā)展中，使移動(dòng)應(yīng)用程序如雨后春筍般不斷涌現(xiàn)。目前，移動(dòng)操作平臺(tái)與應(yīng)用程序的矛盾日益突出，對(duì)跨平臺(tái)的移動(dòng)應(yīng)用有著更高的要求。因此，文章主要針對(duì)跨平臺(tái)移動(dòng)應(yīng)用開發(fā)框架進(jìn)行了論述。

關(guān)鍵詞：跨平臺(tái)；移動(dòng)應(yīng)用；開發(fā)框架

計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)的迅速發(fā)展，使信息技術(shù)廣泛應(yīng)用和逐漸普及。移動(dòng)互聯(lián)網(wǎng)的實(shí)現(xiàn)，主要包括終端設(shè)備、移動(dòng)網(wǎng)絡(luò)、應(yīng)用程序3個(gè)部分，通過結(jié)合終端設(shè)備優(yōu)勢(shì)，為用戶提供個(gè)性化服務(wù)，滿足用戶的多樣化需求。隨著我國移動(dòng)應(yīng)用市場(chǎng)的不斷發(fā)展，用戶對(duì)移動(dòng)應(yīng)用服務(wù)有著更高的要求，所以有關(guān)人員有必要注重對(duì)跨平臺(tái)條件下移動(dòng)應(yīng)用技術(shù)的開發(fā)，既降低經(jīng)濟(jì)成本，又本著簡(jiǎn)約化的設(shè)計(jì)和管理理念，便于技術(shù)更新和維護(hù)等。

1.現(xiàn)有跨平臺(tái)的不足

隨著我國科技的日新月異，對(duì)跨平臺(tái)雖然有一定研究，并取得了良好的科研成果，但隨著社會(huì)的發(fā)展和進(jìn)步，仍然暴露出一定的不足，主要表現(xiàn)在幾方面：首先，應(yīng)用表現(xiàn)形式受限。現(xiàn)有跨平臺(tái)在實(shí)現(xiàn)方式中，為提高安全性能，使瀏覽器無法訪問移動(dòng)平臺(tái)提供的本地資源，在一定程度上不能滿足用戶的更多需求。其次，以虛擬機(jī)為依托的移動(dòng)應(yīng)用，其開發(fā)受提供商的限制，降低了移動(dòng)應(yīng)用固有的靈活性、可擴(kuò)展性能，同時(shí)也抑制了開發(fā)人員的開發(fā)熱情。最后，跨平臺(tái)的移動(dòng)應(yīng)用維護(hù)費(fèi)用相對(duì)較高，且服務(wù)水平相對(duì)較低，難以滿足用戶的基本需求。隨著人們生活水平的逐漸提高，對(duì)跨平臺(tái)移動(dòng)應(yīng)用服務(wù)有著更高的要求，而現(xiàn)有跨平臺(tái)實(shí)現(xiàn)方式不能更好地滿足用戶的多樣化需求，對(duì)用戶造成不必要的影響。所以，在現(xiàn)有跨平臺(tái)基礎(chǔ)上，對(duì)移動(dòng)應(yīng)用建構(gòu)開發(fā)框架十分必要。

2.移動(dòng)應(yīng)用開發(fā)框架的設(shè)計(jì)

2.1移動(dòng)應(yīng)用開發(fā)框架的總體設(shè)計(jì)思想

基于跨平臺(tái)的移動(dòng)應(yīng)用開發(fā)框架設(shè)計(jì)，其目的是適應(yīng)Web開發(fā)和運(yùn)行需要，以提高Web的開發(fā)效率和可擴(kuò)展性。在實(shí)際開發(fā)中，開發(fā)人員應(yīng)當(dāng)遵循一定的設(shè)計(jì)經(jīng)驗(yàn)開展框架設(shè)計(jì)工作?；诳缙脚_(tái)的移動(dòng)應(yīng)用開發(fā)框架主要由6個(gè)模塊、1個(gè)框架和1個(gè)移動(dòng)設(shè)備組成，進(jìn)而實(shí)現(xiàn)web移動(dòng)應(yīng)用的跨平臺(tái)開發(fā)。

2.26個(gè)主要模塊

基于跨平臺(tái)的移動(dòng)應(yīng)用開發(fā)框架中的6個(gè)主要模塊分別為：流程引擎模塊、業(yè)務(wù)模塊、組件庫模塊、頁面模塊、Session管理模塊和數(shù)據(jù)總線模塊。

2.2.1流程引擎模塊

流程引擎模塊在開發(fā)框架中占據(jù)著重要地位，發(fā)揮著重要作用。當(dāng)用戶向服務(wù)器發(fā)送請(qǐng)求時(shí)，控制器對(duì)請(qǐng)求類型進(jìn)行標(biāo)識(shí)，并形成流程管理器。在程序進(jìn)行過程中，流程管理器能夠自動(dòng)執(zhí)行程序，依照步驟操作，進(jìn)而將用戶所需頁面反饋至用戶終端。由于流程管理器能夠?qū)τ脩粽?qǐng)求類型進(jìn)行分類，且不同類型請(qǐng)求有著不同的歸類和執(zhí)行不同程序，直至步驟全部被執(zhí)行后，流程引擎模塊能夠自動(dòng)終止程序。

2.2.2業(yè)務(wù)模塊

業(yè)務(wù)模塊基于流程引擎模塊實(shí)現(xiàn)業(yè)務(wù)流程，主要通過3層結(jié)構(gòu)實(shí)現(xiàn)。任一業(yè)務(wù)中包含多項(xiàng)交易，多個(gè)業(yè)務(wù)構(gòu)成一個(gè)業(yè)務(wù)模塊?？蛻舳藢⑿枰獔?zhí)行的業(yè)務(wù)請(qǐng)求發(fā)送至服務(wù)器中，自動(dòng)生成任務(wù)管理器，該業(yè)務(wù)請(qǐng)求能夠被標(biāo)識(shí)。業(yè)務(wù)類初始化過程是業(yè)務(wù)模塊工作的必經(jīng)程序，define方法被調(diào)用。交易類初始化過程中，執(zhí)行步驟對(duì)頁面初始化。當(dāng)全部初始化程序完成后，業(yè)務(wù)模塊才能按照各步驟實(shí)現(xiàn)交易，直至步驟全部調(diào)用后，該程序執(zhí)行完畢。

2.2.3組件庫模塊

組件是跨平臺(tái)移動(dòng)應(yīng)用開發(fā)框架的重要技術(shù)支持，且各個(gè)組件都具備獨(dú)立功能。組件主要通過開發(fā)框架提供、用戶自定義2種方式實(shí)現(xiàn)，能夠滿足用戶或開發(fā)者的特定功能而形成的模塊部分。為滿足開發(fā)需要，開發(fā)人員按照步驟調(diào)用特定組件即可實(shí)現(xiàn)操作。在文章的移動(dòng)應(yīng)用開發(fā)框架設(shè)計(jì)中，Base Component類作為一個(gè)組件，也是業(yè)務(wù)模塊中的一個(gè)步驟，如果對(duì)go方法進(jìn)行重寫，則開發(fā)人員可以按照實(shí)際步驟進(jìn)行程序定義，使該模塊能夠?qū)崿F(xiàn)自主操作，充分調(diào)用所需組件，滿足開發(fā)者或用戶的實(shí)際需求。

2.2.4頁面模塊

頁面模塊在移動(dòng)應(yīng)用開發(fā)框架中發(fā)揮著解析頁面模板或數(shù)據(jù)的功能，能夠?qū)⑽募蛿?shù)據(jù)總線有機(jī)結(jié)合。在頁面模塊工作過程中，頁面模板從數(shù)據(jù)總線中獲取所需數(shù)據(jù)，進(jìn)行自定義標(biāo)簽標(biāo)識(shí)。其次，對(duì)頁面模板進(jìn)行解析，并形成HTML文件，并顯示用戶請(qǐng)求結(jié)果。自定義標(biāo)簽主要有單值、循環(huán)、條件、多項(xiàng)選擇4種標(biāo)簽。

2.2.5Session管理模塊

Session管理模塊能夠有效管理客戶端訪問服務(wù)器的內(nèi)容。用戶終端設(shè)備向服務(wù)器發(fā)送請(qǐng)求時(shí)，Session便產(chǎn)生了。倘若用戶的服務(wù)器請(qǐng)求時(shí)間相對(duì)較短，則資源被廢棄。為確保服務(wù)器對(duì)客戶端會(huì)話有效與否的正確判讀，開發(fā)設(shè)計(jì)人員需要為客戶端會(huì)話合理設(shè)置有效時(shí)間，如果規(guī)定時(shí)間內(nèi)，用戶未能與服務(wù)器再次發(fā)送會(huì)話，則該資源被廢棄，程序關(guān)閉。如果程序關(guān)閉之后，客戶端再次發(fā)起會(huì)話內(nèi)容，則Session管理模塊重新建立Session對(duì)象，重新計(jì)時(shí)。基于跨平臺(tái)的移動(dòng)應(yīng)用開發(fā)框架設(shè)計(jì)中，Session管理模塊主要由3個(gè)文件組成，分別對(duì)應(yīng)Session類、Trace類、CheckSession類。

2.2.6數(shù)據(jù)總線模塊

數(shù)據(jù)總線模塊在客戶端與服務(wù)器之間架起溝通的橋梁，在交易運(yùn)行過程中，數(shù)據(jù)獲取和存儲(chǔ)也需要通過數(shù)據(jù)總線實(shí)現(xiàn)。由此可見，數(shù)據(jù)總線模塊就是數(shù)據(jù)傳遞的綠色通道。在跨平臺(tái)的移動(dòng)應(yīng)用開發(fā)框架中，數(shù)據(jù)主要來源于系統(tǒng)、客戶端、數(shù)據(jù)庫和Session。首先，用戶通過客戶端向服務(wù)器傳遞數(shù)據(jù)信息時(shí)，先將數(shù)據(jù)信息傳至數(shù)據(jù)總線中。其次，服務(wù)器執(zhí)行用戶請(qǐng)求程序時(shí)，需從數(shù)據(jù)總線模塊中提取數(shù)據(jù)信息。最后，數(shù)據(jù)被解析后，通過原程序而返回客戶端。

2.3HTML渲染引擎訪問框架

渲染架構(gòu)實(shí)現(xiàn)結(jié)果轉(zhuǎn)換，是HTML渲染引擎和系統(tǒng)設(shè)備的交互樞紐。Web View架構(gòu)主要由Render樹構(gòu)建維護(hù)模塊、坐標(biāo)轉(zhuǎn)換點(diǎn)擊測(cè)試模塊等組成。首先，對(duì)解析結(jié)構(gòu)進(jìn)行渲染繪制，通過調(diào)用平臺(tái)繪制接口，在設(shè)備屏幕中繪制節(jié)點(diǎn)，以完成頁面渲染繪制過程。其次，進(jìn)行Render樹樣式計(jì)算，調(diào)動(dòng)點(diǎn)擊測(cè)試模塊，以尋找節(jié)點(diǎn)信息，通過重繪接口和布局計(jì)算，完成該操作。最后，進(jìn)行節(jié)點(diǎn)渲染和圖片渲染。

2.4移動(dòng)設(shè)備API

首先，設(shè)置Device Info，將設(shè)備屬性值輸入。其次，Accelerometer作為運(yùn)動(dòng)感應(yīng)器，能夠感知設(shè)備所在位置，進(jìn)而確定坐標(biāo)信息，為用戶提供定位依據(jù)。再次，通過GPS感應(yīng)器的訪問，能夠準(zhǔn)確反映出移動(dòng)設(shè)備的位置信息。第四，支持音頻、視頻和圖像等應(yīng)用程序的接口訪問，為用戶提供給個(gè)性化需求。例如：移動(dòng)設(shè)備使用者啟動(dòng)相機(jī)程序，該移動(dòng)設(shè)備則會(huì)呈現(xiàn)圖像，滿足用戶的實(shí)際需求。最后，設(shè)備通知，通過可視、有聲等交互形式進(jìn)行通知。

3.基于跨平臺(tái)的移動(dòng)應(yīng)用程序評(píng)價(jià)

基于跨平臺(tái)的移動(dòng)應(yīng)用開發(fā)框架，具有一定的優(yōu)勢(shì)，主要表現(xiàn)在3個(gè)方面：首先，具有可行性。通過跨平臺(tái)移動(dòng)應(yīng)用程序，能將基于web的典型應(yīng)用程序發(fā)布到多個(gè)移動(dòng)平臺(tái)中，不僅滿足了設(shè)計(jì)需求，而且能夠解決多項(xiàng)核心技術(shù)問題，為用戶帶來便利。所以，基于跨平臺(tái)的移動(dòng)應(yīng)用程序的運(yùn)行具有可行性。其次，基于Web的移動(dòng)應(yīng)用程序與跨平臺(tái)移動(dòng)應(yīng)用開發(fā)框架之間可以通過API實(shí)現(xiàn)交互，且訪問過程比較簡(jiǎn)單，達(dá)到方便管理的目的。最后，應(yīng)用性能損失較小?；诳缙脚_(tái)的移動(dòng)應(yīng)用開發(fā)框架主要包括2層處理結(jié)構(gòu)，由于其層次比較少，所以性能損失較小。

4.結(jié)語

隨著移動(dòng)應(yīng)用開發(fā)力度的不斷加大，對(duì)國家經(jīng)濟(jì)發(fā)展、技術(shù)水平提升和社會(huì)進(jìn)步發(fā)揮著積極的作用和影響。伴隨著移動(dòng)用戶對(duì)移動(dòng)應(yīng)用服務(wù)的需求不斷增大，有必要加強(qiáng)對(duì)跨平臺(tái)移動(dòng)應(yīng)用的開發(fā)，以提高技術(shù)水平。文章在現(xiàn)有跨平臺(tái)實(shí)現(xiàn)方式的基礎(chǔ)上加強(qiáng)跨平臺(tái)移動(dòng)應(yīng)用的開發(fā)，并進(jìn)行了總體設(shè)計(jì)和具體設(shè)計(jì)的論述，為移動(dòng)應(yīng)用開發(fā)的有效性奠定有利條件。