混合型移動應用開發(fā)框架的設計與實現(xiàn).pdf

1、隨著寬帶無線接入技術和移動終端技術的飛速發(fā)展，人們迫切希望能夠隨時隨地都能方便地從互聯(lián)網(wǎng)獲取信息和服務，移動互聯(lián)網(wǎng)應運而生并迅猛發(fā)展。移動互聯(lián)網(wǎng)的快速發(fā)展，顛覆了互聯(lián)網(wǎng)世界以網(wǎng)頁為核心的應用形態(tài)，催生了全新的應用服務體系，并重建了商業(yè)模式。移動應用已經(jīng)成為移動互聯(lián)網(wǎng)應用服務的主導形態(tài)。
　　企業(yè)在向移動互聯(lián)網(wǎng)進行業(yè)務擴展時，主要面臨以下問題:(1)當前移動設備呈現(xiàn)出多樣化的特點:不同的廠商，不同的型號，更重要的是不同的平臺，即不同

2、的移動操作系統(tǒng)。如果要開發(fā)一款運行在不同平臺上的移動應用，就需要針對不同的平臺開發(fā)不同的版本，這不僅加大了工作量，還增加了開發(fā)成本。(2)在開發(fā)原生應用時，UI設計和業(yè)務邏輯處理無法完整地分離開，使得UI設計與業(yè)務邏輯開發(fā)只能串行進行，降低了開發(fā)的效率。(3)企業(yè)希望將部分已經(jīng)在WEB取得的成果快速移植到移動端之中。(4)現(xiàn)階段對移動原生應用進行Bug修復和更新擴展的方式比較復雜，管理不便。
　　為了解決上述問題，本課題設計并實現(xiàn)

3、了一個混合型移動應用開發(fā)框架。通過對比現(xiàn)階段移動應用開發(fā)模式（原生開發(fā)模式、Web開發(fā)模式和混合型開發(fā)模式）的優(yōu)缺點，本框架最終決定采用混合型移動應用開發(fā)模式?，F(xiàn)有的混合型移動應用開發(fā)框架都將重點放在了Web部分，并且對于企業(yè)的一些特定的需求沒有涉及到。為了發(fā)揮Web和原生各自的優(yōu)勢，并將界面設計與業(yè)務邏輯實現(xiàn)進行完全的分離，本課題將框架分為兩個部分:Web部分和原生部分。Web部分主要用于UI展示，原生部分主要用于業(yè)務邏輯處理?？蚣苤?/p>

4、對Web和原生之間的通信和指令分發(fā)進行了封裝，為框架提供了一條向上和一條向下的通信通道，并對所有指令進行統(tǒng)一調度。為了對零散的HTML頁面進行統(tǒng)一管理，并提高頁面的加載、跳轉效率，框架在Web部分整合了AngularJs和RequireJs兩個Web前端框架。
　　框架在結構上主要分為四層:展示層、移動中間件、服務層以及數(shù)據(jù)層。展示層包括視圖頁面和視圖控制器，使用Web語言進行編寫。移動中間件封裝了Web與原生之間的通信通道與指令

5、分發(fā)。服務層為框架和應用提供相關服務。數(shù)據(jù)層包括Web源文件和數(shù)據(jù)庫。
　　框架主要實現(xiàn)了五個功能模塊:(1)分塊。分塊主要解決PC屏幕和移動屏幕在尺寸上的差異。分塊用于將PC頁面分割成若干小的視圖片段，方便將其移植到移動端之中。分塊算法基于HTMLDom語義結構，主要思路是自下而上、從前向后遍歷整個Dom樹結構。從中找到符合要求的結點，然后將節(jié)點和與之相關的資源輸出到指定的文件夾中，以方便快速移植到移動應用中。(2)控制器模塊。

6、控制器模塊主要提供了兩個服務:請求處理服務和廣播服務。請求處理服務用于向原生部分發(fā)送請求，廣播服用于將原生部分返回的數(shù)據(jù)發(fā)送到指定的模塊。(3)路由管理模塊。路由管理模塊用于對Web頁面的跳轉模式進行管理，以使得前端Web頁面在跳轉模式上和移動原生應用保持一致?？蚣苤刑峁┝巳N頁面跳轉模式:單例模式、一次性使用模式和標準模式。(4)邏輯處理模塊。邏輯處理模塊對向Web部分返回數(shù)據(jù)和指令分發(fā)進行統(tǒng)一管理。為了使指令分發(fā)和具體的指令處理對象

7、進行完全的解耦，邏輯處理模塊基于Java的反射機制實現(xiàn)了動態(tài)創(chuàng)建指令處理對象。(5)實時更新服務，實現(xiàn)了移動應用在特定場景下的實時、便捷更新，為應用的開發(fā)和使用提供更高的靈活性。
　　框架設計完成以后，課題對框架的性能進行了分析。首先對框架中所采用的單頁結構進行了測試與分析。然后對框架的傳輸效率進行了測試分析。在對單頁結構進行測試分析后，得出如下結論:單頁混合型移動應用的特點是路由配置和分頁加載。單頁混合型移動應用在進行路由配置時

8、雖然有一定的時間損耗，但這是進行高效頁面跳轉的前提。路由配置提高了頁面的跳轉效率。單頁混合型移動應用在配置完路由之后，實現(xiàn)了頁面分塊加載，將頁面加載的時間細化，避免了頁面整體加載，最終提高了頁面跳轉的效率。在對Web部分與原生部分的通信效率進行測試的過程中發(fā)現(xiàn):由于框架在Web部分使用單線程，所以當原生部分以高頻次向Web部分發(fā)送數(shù)據(jù)時，會造成應用的假死現(xiàn)象。在框架的使用過程中應當控制原生部分向Web部分發(fā)送數(shù)據(jù)的頻率，以保障較好的用戶