王 研

（首都經(jīng)濟(jì)貿(mào)易大學(xué)密云分校，北京 101500）

隨著移動(dòng)互聯(lián)網(wǎng)技術(shù)的發(fā)展，移動(dòng)應(yīng)用群體的飛速增加，傳統(tǒng)的應(yīng)用已經(jīng)無法滿足人們的需要。因此，跨平臺(tái)應(yīng)用開始進(jìn)入了人們的視線，特別是在HTML5提出之后，Web App獲得了更加強(qiáng)大的生命力[1]?；谝苿?dòng)操作系統(tǒng)之間的差異問題，一款移動(dòng)應(yīng)用需要開發(fā)多個(gè)平臺(tái)的版本，在需要大量人力、物力的同時(shí)，開發(fā)周期長(zhǎng)，升級(jí)任務(wù)重均成為需要面臨的問題。因此，開發(fā)跨平臺(tái)的移動(dòng)應(yīng)用迫在眉睫?；贖TML5的提出，Web技術(shù)的發(fā)展，可以實(shí)現(xiàn)移動(dòng)應(yīng)用界面的快速搭建，移動(dòng)終端無法限制操作[2]。本文提出一種大數(shù)據(jù)交互量下跨平臺(tái)移動(dòng)Web的開發(fā)設(shè)計(jì)方法，以提高交互能力。

1 系統(tǒng)開發(fā)設(shè)計(jì)

1.1 跨平臺(tái)移動(dòng)Web開發(fā)框架體系

開發(fā)移動(dòng) Web 框架最重要的技術(shù)就是數(shù)據(jù)交互技術(shù)。因?yàn)閭鹘y(tǒng)的Web 交互技術(shù)采用客戶端面向服務(wù)端提交頁面申請(qǐng)，然后由服務(wù)端處理后傳送至客戶端，其很難實(shí)現(xiàn)異步支持?；诖?，本文提出了基于AJAX 的數(shù)據(jù)交互方法，該方法主要采用在j Qury中封裝的 POST 方式，在發(fā)送數(shù)據(jù)請(qǐng)求之后，可以實(shí)現(xiàn)異步請(qǐng)求，避免同源策略的限制，在調(diào)度數(shù)據(jù)時(shí)，通過JSON 數(shù)據(jù)格式取代XML，方便簡(jiǎn)化這一環(huán)節(jié)，最后將JSON 數(shù)據(jù)顯示在頁面上。圖1所示為大數(shù)據(jù)交互量下跨平臺(tái)移動(dòng)Web開發(fā)框架結(jié)構(gòu)。

圖1 移動(dòng)Web開發(fā)框架結(jié)構(gòu)示意圖

在該結(jié)構(gòu)中，首先研究了基于HTML5的移動(dòng)Web開發(fā)框架，闡述了傳統(tǒng)Web交互技術(shù)存在的不足，提出了基于AJAX 的數(shù)據(jù)交互方法，實(shí)現(xiàn)了大數(shù)據(jù)交互量下跨平臺(tái)移動(dòng)Web開發(fā)框架體系的構(gòu)建。

1.2 搜索系統(tǒng)的構(gòu)建

在開發(fā)移動(dòng)Web過程中，需要實(shí)現(xiàn)頁面分割、擴(kuò)展才可以達(dá)到頁面搜索的目的，同時(shí)提高搜索效率。未來能夠進(jìn)行頁面的快速分割，并且還可以利用HTML文檔的自身結(jié)構(gòu)，選擇基于密度質(zhì)量的DOM樹自適應(yīng)分割算法。將Web頁面轉(zhuǎn)換成DOM術(shù)表示，采用Nekohtml技術(shù)進(jìn)行轉(zhuǎn)換。

基于密度度量，可以獲得節(jié)點(diǎn)密度熵的定義域：式中，i是密度度量方法；pi則是該密度度量的平方根。通過上述分析，可以進(jìn)行頁面分割，然后通過K最近鄰標(biāo)簽傳播增量訓(xùn)練擴(kuò)展算法，進(jìn)一步擴(kuò)大搜索范圍，提高Web搜索的完整性。從而設(shè)計(jì)Web搜索系統(tǒng)，實(shí)現(xiàn)大數(shù)據(jù)交互量下跨平臺(tái)移動(dòng)Web開發(fā)設(shè)計(jì)。

2 實(shí)驗(yàn)結(jié)果

對(duì)于本研究進(jìn)行仿真實(shí)驗(yàn)，采用Windows 7 Ultimate操作系統(tǒng)，運(yùn)行平臺(tái)為 Microsoft Visual Studio.NET 2010，CPU型號(hào)為3.2 GHz的Intel Core I3，對(duì)于大數(shù)據(jù)交互量下跨平臺(tái)移動(dòng)Web開發(fā)設(shè)計(jì)方法的可行性、有效性開展仿真實(shí)驗(yàn)。

首先，基于大數(shù)據(jù)交互量下跨平臺(tái)移動(dòng)Web開發(fā)設(shè)計(jì)方法以及某學(xué)者提出的跨平臺(tái)移動(dòng)Web開發(fā)設(shè)計(jì)方法進(jìn)行網(wǎng)頁開發(fā)設(shè)計(jì)，并對(duì)于不同方法進(jìn)行Web開發(fā)設(shè)計(jì)所需要耗費(fèi)的時(shí)間進(jìn)行比較。表1所示為本次試驗(yàn)的結(jié)果。

表1 跨平臺(tái)移動(dòng)Web開發(fā)設(shè)計(jì)的三種方法耗時(shí)對(duì)比

從表1中可以看出，本文方法的耗時(shí)更短，表示采用本文提出的方法進(jìn)行跨平臺(tái)移動(dòng)Web開發(fā)設(shè)計(jì)更為簡(jiǎn)單，方便大數(shù)據(jù)交互量下更快速地實(shí)現(xiàn)跨平臺(tái)移動(dòng)Web開發(fā)工作。由表2所示可知，三種方法所提出的跨平臺(tái)移動(dòng)Web開發(fā)設(shè)計(jì)方法在進(jìn)行Web開發(fā)設(shè)計(jì)過程中，隨著時(shí)間增加會(huì)改變耗能結(jié)果。從表2中可以看出，隨著時(shí)間的變化，方法一、方法二和本文研究所提出的方法在耗能方面逐漸增多，而采用本文提出的方法每5小時(shí)消耗1.4度電，平均每小時(shí)消耗電量＜0.3度電。而方法一、方法二所消耗的電量數(shù)據(jù)出現(xiàn)較大的波動(dòng)幅度，表示其運(yùn)行穩(wěn)定性相對(duì)較差。因此，本文提出的方法可以有效降低電量消耗，節(jié)能水平較高。除此之外，本文提出的大數(shù)據(jù)交互量下跨平臺(tái)移動(dòng)Web開發(fā)設(shè)計(jì)方法相較于其他方法而言，其響應(yīng)速度更快，并且相應(yīng)時(shí)間變化更加穩(wěn)定。

表2 跨平臺(tái)移動(dòng)Web開發(fā)設(shè)計(jì)耗能情況比較

3 總結(jié)與展望

3.1 總結(jié)

鑒于移動(dòng)應(yīng)用的快速發(fā)展和用戶數(shù)量的不斷增加，有必要提出一種開發(fā)速度快、性能高、體驗(yàn)好的跨平臺(tái)開發(fā)方案。通過分析現(xiàn)有的跨平臺(tái)應(yīng)用開發(fā)方法，吸收Web App、Native App的優(yōu)勢(shì)，比較現(xiàn)有的跨平臺(tái)移動(dòng)終端開發(fā)框架，并結(jié)合更高效的開發(fā)和先進(jìn)的技術(shù)來提高和優(yōu)化移動(dòng)終端的性能，提出基于大數(shù)據(jù)交互量下的跨平臺(tái)移動(dòng)Web開發(fā)方案。本文提出的方法能夠有效降低跨平臺(tái)移動(dòng)Web的耗時(shí)和耗能，提升響應(yīng)速度，實(shí)用價(jià)值非常高。

3.2 展望

針對(duì)未來移動(dòng)應(yīng)用的不確定性、復(fù)雜性和多樣性情況，還存在較多的問題需要解決。

（1）性能仍然是一項(xiàng)重大挑戰(zhàn)。盡管大部分開發(fā)人員將注意力放在了性能的優(yōu)化提升方面，但是其內(nèi)置功能對(duì)其響應(yīng)速度至關(guān)重要，因?yàn)槠淇丶捻憫?yīng)速度比初始空間響應(yīng)慢。此外，設(shè)備硬件之間的差異導(dǎo)致不同機(jī)型之間的響應(yīng)效率不同，支持老舊機(jī)型瀏覽器的移動(dòng)應(yīng)用開發(fā)也是一個(gè)需要解決的問題。

（2）交互式優(yōu)化。雖然許多移動(dòng)框架可以實(shí)現(xiàn)一些與本機(jī)應(yīng)用程序類似的交互事件和效果，但通常沒有一個(gè)具有良好兼容性、封裝性和交互性的交互事件類集合。

（3）缺乏統(tǒng)一的移動(dòng)終端實(shí)施標(biāo)準(zhǔn)。雖然與移動(dòng)端開發(fā)的過去相比，其發(fā)展取得了很大的進(jìn)步，提供了更多的移動(dòng)終端支持，但因?yàn)檫^于分散，缺乏統(tǒng)一的實(shí)施標(biāo)準(zhǔn)，導(dǎo)致許多任務(wù)無法順利實(shí)現(xiàn)。這就是為什么有許多基于移動(dòng)終端的框架，但它們并未獲得大多數(shù)開發(fā)人員的認(rèn)可，也不能在生產(chǎn)中廣泛使用。■