如何在現(xiàn)有App項(xiàng)目中集成React Native的混合開發(fā)

一、引言

在現(xiàn)有App項(xiàng)目中集成React Native（RN）的混合開發(fā)已經(jīng)成為一種趨勢(shì)。由于其較低的學(xué)習(xí)曲線和熟悉的前端開發(fā)體驗(yàn)，RN成為許多開發(fā)者的首選。特別是在項(xiàng)目時(shí)間緊迫的情況下，RN的清晰代碼結(jié)構(gòu)和對(duì)ES6/TypeScript的支持，使得項(xiàng)目初期實(shí)踐更為便捷。

二、具體實(shí)施步驟

1. 確定開發(fā)策略：在現(xiàn)有項(xiàng)目中，RN將負(fù)責(zé)自定義頁(yè)面的開發(fā)，而像地圖和路線規(guī)劃等復(fù)雜功能則保留為原生開發(fā)。這樣，可以實(shí)現(xiàn)原生與RN功能模塊的靈活切換。

2. 項(xiàng)目結(jié)構(gòu)安排：在iOS和Android項(xiàng)目中，RN作為子模塊進(jìn)行獨(dú)立開發(fā)。通過submodule分支，確保兩端的同步更新。

3. 關(guān)鍵點(diǎn)處理：

設(shè)置入口文件和導(dǎo)航欄，使用react-navigation和redux進(jìn)行管理。

處理RN與原生代碼的通信，利用NativeModules和NativeEventEmitter實(shí)現(xiàn)雙向通信。特別注意處理RN調(diào)用Android時(shí)的回調(diào)問題。

在圖片處理和打包時(shí)，要根據(jù)平臺(tái)差異進(jìn)行適配，如iOS采用bundle命令打包，Android則打包為.aab文件。

三、混合開發(fā)的優(yōu)勢(shì)

通過以上的步驟，開發(fā)團(tuán)隊(duì)能夠在保持項(xiàng)目進(jìn)度的實(shí)現(xiàn)RN的高效集成。RN的集成不僅提高了開發(fā)效率，還為用戶提供了一致的用戶體驗(yàn)。

為什么移動(dòng)開發(fā)開始用混合App開發(fā)

一、Hybrid App的崛起

隨著技術(shù)的發(fā)展和市場(chǎng)的變化，Hybrid App開發(fā)逐漸受到企業(yè)和開發(fā)者的青睞。與Native App和Web App相比，Hybrid App結(jié)合了二者的優(yōu)點(diǎn)，既有跨平臺(tái)開發(fā)的基因，又能發(fā)揮Native App的體驗(yàn)和性能優(yōu)勢(shì)。

二、Native App的困境

Native App雖然提供了出色的用戶體驗(yàn)和性能，但也存在開發(fā)難度大、成本高、周期長(zhǎng)等問題。特別是在快速迭代的市場(chǎng)環(huán)境下，Native App的更新和維護(hù)成為一大難題。很多企業(yè)在嘗試Native App開發(fā)后，發(fā)現(xiàn)難以滿足市場(chǎng)的快速變化和用戶需求。

三、Web App的局限

盡管HTML5技術(shù)的興起給Web App帶來了新的生機(jī)，但Web App在性能和用戶體驗(yàn)方面仍存在諸多問題。在實(shí)際應(yīng)用中，很多企業(yè)和開發(fā)者發(fā)現(xiàn)Web App無法滿足他們的需求，特別是在iOS和Android系統(tǒng)主導(dǎo)的桌面入口形態(tài)下，Web App的用戶體驗(yàn)不夠人性化，導(dǎo)致大量用戶流失。

Hybrid App開發(fā)的興起是市場(chǎng)和技術(shù)的必然選擇。它結(jié)合了Native App和Web App的優(yōu)點(diǎn)，彌補(bǔ)了二者的不足，成為企業(yè)移動(dòng)開發(fā)的首選。Hybrid App開發(fā)趨勢(shì)與企業(yè)移動(dòng)信息化選擇

一、Hybrid App的興起

自2012年下半年開始，隨著企業(yè)逐漸放棄Web App的嘗試，Hybrid App作為一種結(jié)合Native App與Web App優(yōu)勢(shì)的新型移動(dòng)開發(fā)模式應(yīng)運(yùn)而生。它兼具良好的用戶交互體驗(yàn)和跨平臺(tái)開發(fā)的優(yōu)勢(shì)。

二、Hybrid App的技術(shù)特點(diǎn)

Hybrid App通常是基于第三方跨平臺(tái)移動(dòng)應(yīng)用引擎框架進(jìn)行開發(fā)，如PhoneGap、Titanium和AppCan等。這些引擎框架使用HTML5和Javascript作為編程語言，能夠調(diào)用引擎封裝的底層功能，如照相機(jī)、傳感器、通訊錄、二維碼等。與Web App相比，Hybrid App的最大優(yōu)勢(shì)在于其使用了瀏覽器技術(shù)，因此具有跨平臺(tái)的特性，同時(shí)開發(fā)成本接近Web App，而開發(fā)效率遠(yuǎn)高于Native App。

三、企業(yè)級(jí)移動(dòng)開發(fā)的選擇

很多企業(yè)選擇采用Hybrid App技術(shù)進(jìn)行移動(dòng)應(yīng)用開發(fā)，一方面是因?yàn)殚_發(fā)簡(jiǎn)單，另一方面是可以形成開發(fā)的標(biāo)準(zhǔn)。企業(yè)可以封裝大量的Native Plugin（如支付功能插件）供Javascript調(diào)用，并且在今后的項(xiàng)目中盡可能復(fù)用，從而大幅降低開發(fā)時(shí)間和成本。Hybrid App的標(biāo)準(zhǔn)化給企業(yè)移動(dòng)應(yīng)用的開發(fā)、維護(hù)、更新都帶來了極高的便捷性。

四、Hybrid App與Web App及Native App的對(duì)比

Web App開發(fā)模式隨著HTML5的發(fā)展及云服務(wù)的普及正在成為一種趨勢(shì)。而Native App與Web App各有優(yōu)勢(shì)，用戶可以根據(jù)應(yīng)用的特點(diǎn)和需求進(jìn)行選擇。而Hybrid App則是一種結(jié)合兩者優(yōu)勢(shì)的開發(fā)模式，既保留了Native App的良好用戶交互體驗(yàn)，又擁有Web App的跨平臺(tái)開發(fā)優(yōu)勢(shì)。Hybrid App還具有開發(fā)成本低、開發(fā)效率高的特點(diǎn)。

五、Hybrid App在企業(yè)移動(dòng)信息化中的應(yīng)用

在企業(yè)移動(dòng)信息化平臺(tái)整體解決方案中，Hybrid App已經(jīng)被眾多企業(yè)作為首選的移動(dòng)應(yīng)用開發(fā)模式。IBM的worklight、AppCan的MEAP和SAP的SUP平臺(tái)均支持Hybrid App開發(fā)。這種趨勢(shì)的出現(xiàn)，不僅是因?yàn)镠ybrid App的技術(shù)優(yōu)勢(shì)，還因?yàn)槠湓谕度?、用戶體驗(yàn)、維護(hù)成本等方面的綜合表現(xiàn)得到了企業(yè)的認(rèn)可。

Hybrid App開發(fā)已經(jīng)成為企業(yè)移動(dòng)開發(fā)的趨勢(shì)，其在企業(yè)移動(dòng)信息化中的應(yīng)用前景廣闊。隨著技術(shù)的不斷發(fā)展和完善，Hybrid App將在企業(yè)移動(dòng)應(yīng)用中發(fā)揮更大的作用。Web App開發(fā)概述及與Native App的對(duì)比

一、Web App開發(fā)簡(jiǎn)介

Web App開發(fā)，即采用框架型APP開發(fā)模式（HTML5 APP框架開發(fā)模式）。此開發(fā)模式具有跨平臺(tái)的優(yōu)勢(shì)，由“HTML5云網(wǎng)站+APP應(yīng)用客戶端”兩部分構(gòu)成。APP應(yīng)用客戶端僅需安裝應(yīng)用的框架部分，應(yīng)用的數(shù)據(jù)則在每次打開APP時(shí)，從云端獲取并呈現(xiàn)給手機(jī)用戶。

二、Web App與Native App的開發(fā)模式對(duì)比

相較于Web App，Native App（原生型APP）需要同時(shí)開發(fā)“云服務(wù)器數(shù)據(jù)中心”和“APP客戶端”。兩種開發(fā)模式各有特點(diǎn)：

Web App特點(diǎn)：

1. 每次打開APP，都需要通過APP框架從云網(wǎng)站獲取UI及數(shù)據(jù)。

2. 若手機(jī)用戶無法上網(wǎng)，則無法訪問APP應(yīng)用中的數(shù)據(jù)。

3. 框架型的APP無法調(diào)用手機(jī)終端的硬件設(shè)備（如語音、攝像頭、短信、GPS、藍(lán)牙、重力感應(yīng)等）。

4. 框架型APP的訪問速度受手機(jī)終端上網(wǎng)的限制，使用時(shí)會(huì)消耗一定的手機(jī)上網(wǎng)流量。

5. 框架型APP的應(yīng)用安裝包小巧，只包含框架文件，大量的UI元素和數(shù)據(jù)內(nèi)容存儲(chǔ)在云端。

6. APP用戶每次都可以訪問到實(shí)時(shí)的、最新的云端數(shù)據(jù)，無需頻繁更新APP應(yīng)用。

適用企業(yè)：電子商務(wù)、金融、新聞資訊、需經(jīng)常更新內(nèi)容的企業(yè)集團(tuán)。

Native App特點(diǎn)：

1. 每次獲取最新的APP功能需要升級(jí)APP應(yīng)用。

2. 原生型APP的應(yīng)用安裝包相對(duì)較大，包含UI元素、數(shù)據(jù)內(nèi)容、邏輯框架。

3. 手機(jī)用戶無法上網(wǎng)也可訪問APP應(yīng)用中已下載的數(shù)據(jù)。

4. 原生型的APP可以調(diào)用手機(jī)終端的硬件設(shè)備。

5. APP應(yīng)用更新新功能時(shí)，需向各個(gè)應(yīng)用商店提交審核。

適用企業(yè)：游戲、電子雜志、管理應(yīng)用、物聯(lián)網(wǎng)等無需經(jīng)常更新程序框架的APP應(yīng)用。

三、如何選擇開發(fā)模式

移動(dòng)Web是目前支持各種設(shè)備訪問的唯一平臺(tái)，與桌面Web一樣，它支持各種標(biāo)準(zhǔn)協(xié)議。移動(dòng)Web也是開發(fā)者發(fā)布移動(dòng)應(yīng)用的唯一平臺(tái)，有效地連接了各種移動(dòng)交互與桌面任務(wù)。而Native App能充分利用設(shè)備的特性，這是Web瀏覽器通常無法做到的。對(duì)一個(gè)產(chǎn)品而言，Native App通常是最佳選擇。但具體選擇哪種模式，還需根據(jù)企業(yè)需求和項(xiàng)目特點(diǎn)來決定。

四、何時(shí)選擇Native App開發(fā)

應(yīng)當(dāng)選擇Native App開發(fā)的情況：

1. 為應(yīng)用收費(fèi)：相較于Web App，Native App更易于實(shí)現(xiàn)收費(fèi)模式，因?yàn)槿藗兺ǔ８鼉A向于為原生應(yīng)用支付費(fèi)用，認(rèn)為它們更專業(yè)、更具備價(jià)值。

Web App和Native App各有優(yōu)勢(shì)，Web App更靈活，跨平臺(tái)性強(qiáng)，而Native App則能更好地利用設(shè)備特性，提供更佳的用戶體驗(yàn)。企業(yè)在選擇開發(fā)模式時(shí)，應(yīng)綜合考慮自身需求、項(xiàng)目特點(diǎn)以及目標(biāo)用戶群體，做出明智的決策。

移動(dòng)設(shè)備上付費(fèi)服務(wù)的兩大阻力

一、付款方式的不便

在移動(dòng)設(shè)備支付領(lǐng)域，一直存在著兩大難以逾越的阻力。其中首要之困便是支付方式的不便。輸入信用卡號(hào)在小小的移動(dòng)設(shè)備上是一項(xiàng)非常繁瑣的任務(wù)，并且對(duì)于許多老式設(shè)備而言，支付安全性也無法得到保障。為了解決這個(gè)問題，開發(fā)者們不斷探索新的支付方式。一種常見的方式是與移動(dòng)運(yùn)營(yíng)商達(dá)成合作，通過運(yùn)營(yíng)商的收費(fèi)機(jī)制來為用戶提供服務(wù)。這種方式尤其適合那些沒有信用卡的用戶群體，如青少年。另一種方法則是將用戶的信用卡信息保存在安全網(wǎng)站上，用戶通過登錄該網(wǎng)站進(jìn)行購(gòu)買。這種方式意味著用戶無法直接通過移動(dòng)設(shè)備購(gòu)買服務(wù)，稍顯繁瑣。

二、強(qiáng)制分成：運(yùn)營(yíng)商的利益分成

移動(dòng)運(yùn)營(yíng)商在移動(dòng)應(yīng)用市場(chǎng)中占據(jù)重要地位。無論應(yīng)用是通過運(yùn)營(yíng)商發(fā)布還是直接在移動(dòng)設(shè)備上發(fā)布，他們都要求收取一定的費(fèi)用。這意味著開發(fā)者必須遵守運(yùn)營(yíng)商的市場(chǎng)規(guī)則，并放棄部分收益。適應(yīng)這些規(guī)則通常需要大量的人力和物力投入。過去，一些過于顯眼的非運(yùn)營(yíng)商應(yīng)用和服務(wù)往往遭到關(guān)閉的命運(yùn)，但近年來這種情況已逐漸改善。對(duì)于想要為Native App收費(fèi)的開發(fā)者來說，接受這一現(xiàn)實(shí)并做出妥協(xié)是必要的。

移動(dòng)開發(fā)中的挑戰(zhàn)與機(jī)遇

三、開發(fā)移動(dòng)游戲：Native App的必然選擇

對(duì)于想要開發(fā)移動(dòng)游戲的公司來說，Native App是首選。移動(dòng)游戲市場(chǎng)是移動(dòng)市場(chǎng)中最具潛力的一塊。游戲?qū)Y源的占用大，需要深度使用設(shè)備或平臺(tái)API。盡管有一些完全使用Web技術(shù)開發(fā)的游戲在市場(chǎng)上占有一席之地，但相較于Native App市場(chǎng)，其份額仍然微不足道。開發(fā)移動(dòng)游戲時(shí)，需要考慮支持哪些平臺(tái)，幸運(yùn)的是，現(xiàn)代工具能夠幫助游戲推向多個(gè)平臺(tái)。這一過程仍然需要巨大的人力和物力投入。

四、定位功能的挑戰(zhàn)與機(jī)遇

定位功能是移動(dòng)設(shè)備的一項(xiàng)強(qiáng)大功能。過去，這只能通過Native App的APIs實(shí)現(xiàn)，但現(xiàn)在主流移動(dòng)瀏覽器都支持W3C Geolocation API。這意味著Web開發(fā)商也能利用用戶的位置信息開發(fā)出有趣的應(yīng)用。定位功能為Web技術(shù)帶來了許多全新應(yīng)用的可能性，但同時(shí)也面臨著隱私保護(hù)條例的限制。在使用定位功能時(shí)，必須得到用戶的授權(quán)，并且用戶有權(quán)禁止應(yīng)用發(fā)布自己的位置信息。

五、利用攝像頭：Native App的擴(kuò)展功能

攝像頭為移動(dòng)設(shè)備應(yīng)用提供了豐富的可能性。以往移動(dòng)MMS主要用于處理移動(dòng)照片，過程復(fù)雜且耗時(shí)。通過訪問攝像頭，Native App開發(fā)者能夠簡(jiǎn)化拍照過程，為用戶帶來更加流暢便捷的體驗(yàn)。這一功能的優(yōu)化和改進(jìn)將極大地豐富移動(dòng)應(yīng)用的功能和用戶體驗(yàn)。

客戶端照片處理與服務(wù)器傳輸

在現(xiàn)今的移動(dòng)應(yīng)用開發(fā)中，用戶對(duì)于照片的處理需求日益增加。為了提升用戶體驗(yàn)并保障數(shù)據(jù)安全，開發(fā)者設(shè)計(jì)了一種新的交互模式：用戶可以在客戶端直接對(duì)照片進(jìn)行簡(jiǎn)單的編輯和處理，僅在需要時(shí)，才將照片上傳至服務(wù)器，且這一過程通過可靠的HTTP傳輸完成。W3C正在努力開發(fā)攝像頭訪問的API，但這項(xiàng)工作尚未正式整合到瀏覽器中。

攝像頭的廣泛應(yīng)用與未來挑戰(zhàn)

隨著快拍、短片拍攝等應(yīng)用的普及，攝像頭已成為移動(dòng)設(shè)備中不可或缺的一部分。其捕捉的瞬間和圖像，為應(yīng)用提供了豐富的素材和內(nèi)容。未來，通過攝像頭，應(yīng)用程序?qū)⒛軌驅(qū)崿F(xiàn)一項(xiàng)革命性的功能：識(shí)別并轉(zhuǎn)換標(biāo)識(shí)上的語言。這一技術(shù)在日本已經(jīng)開始受到廣泛關(guān)注和應(yīng)用。

感應(yīng)器的使用及其挑戰(zhàn)

如今，越來越多的移動(dòng)設(shè)備開始集成感應(yīng)器功能。這些感應(yīng)器可以感知設(shè)備的物理速度和重力，并將這些數(shù)據(jù)傳送給應(yīng)用。它們常被用于感應(yīng)設(shè)備的翻轉(zhuǎn)，使應(yīng)用能夠自動(dòng)調(diào)節(jié)畫面方向。感應(yīng)器的應(yīng)用增強(qiáng)了用戶與設(shè)備的交互真實(shí)感。例如，當(dāng)用戶走路時(shí)，感應(yīng)器能夠感知輕微的動(dòng)作和速度，為用戶提供大字體的用戶界面，使內(nèi)容更易閱讀。

開發(fā)者在利用感應(yīng)器時(shí)需謹(jǐn)慎。感應(yīng)器無法準(zhǔn)確區(qū)分用戶的有意交互和無意動(dòng)作。在設(shè)計(jì)交互時(shí)，必須考慮到用戶在擁擠的地鐵或駕車時(shí)的場(chǎng)景。確保應(yīng)用能夠正確處理用戶搖晃設(shè)備的動(dòng)作，并為每種任務(wù)設(shè)計(jì)備用方案以應(yīng)對(duì)特殊場(chǎng)景中的移動(dòng)交互。

文件系統(tǒng)的訪問與數(shù)據(jù)保護(hù)

若應(yīng)用需要將數(shù)據(jù)保存在本地，那么開發(fā)Native App是必要的。這適用于保存用戶的地址簿、聯(lián)系方式或其他從設(shè)備獲取的數(shù)據(jù)。訪問文件系統(tǒng)涉及安全和用戶隱私保護(hù)的問題。惡意應(yīng)用可能會(huì)修改或刪除移動(dòng)設(shè)備上的數(shù)據(jù)，而攜帶病毒的應(yīng)用甚至可能利用關(guān)系網(wǎng)將病毒擴(kuò)散到其他手機(jī)。

隨著移動(dòng)設(shè)備日益私人化，保存的用戶信息也越來越多。開發(fā)針對(duì)這些私人信息的應(yīng)用存在風(fēng)險(xiǎn)，但同時(shí)也為用戶提供更加個(gè)性化的服務(wù)。但開發(fā)者必須牢記，只有在獲得用戶授權(quán)后才能訪問其私人數(shù)據(jù)。許多應(yīng)用因未經(jīng)授權(quán)訪問用戶數(shù)據(jù)而遭到誤解和投訴。在訪問文件系統(tǒng)時(shí)，切勿在未獲得用戶授權(quán)的情況下訪問其私人數(shù)據(jù)，這是至關(guān)重要的。W3C正在為移動(dòng)開發(fā)商開發(fā)相關(guān)標(biāo)準(zhǔn)API，但目前這項(xiàng)工作尚未完成。

離線用戶的考量

考慮到用戶可能離線或無法接入移動(dòng)網(wǎng)絡(luò)的情況，開發(fā)Native App顯得尤為重要。雖然在網(wǎng)絡(luò)覆蓋廣泛的城市和鄉(xiāng)村，這種情況較為罕見，但短暫的網(wǎng)絡(luò)中斷時(shí)有發(fā)生。應(yīng)用應(yīng)能處理這種情景，為用戶提供離線服務(wù)，確保即使不接入網(wǎng)絡(luò)，用戶也能享受同等服務(wù)。特別是在某些特定場(chǎng)景下，如移動(dòng)游戲、地圖追蹤或旅游指南等應(yīng)用，用戶可能在沒有網(wǎng)絡(luò)的環(huán)境中長(zhǎng)時(shí)間使用。開發(fā)者需確保應(yīng)用具備離線服務(wù)能力，以滿足用戶需求并提升用戶體驗(yàn)。

開發(fā)者在設(shè)計(jì)和開發(fā)移動(dòng)應(yīng)用時(shí)，需綜合考慮各種因素以確保應(yīng)用的性能和安全性。從照片處理到感應(yīng)器使用、文件系統(tǒng)訪問以及離線用戶的考量，每一個(gè)細(xì)節(jié)都關(guān)乎應(yīng)用的成功與否。 1. 脫機(jī)訪問與移動(dòng)Web Apps的崛起

隨著HTML5瀏覽器的普及，脫機(jī)訪問功能逐漸成為現(xiàn)實(shí)。對(duì)于用戶而言，這一進(jìn)步可能并不明顯。在越來越多的瀏覽器支持脫機(jī)訪問的背景下，移動(dòng)Web Apps的潛力逐漸顯現(xiàn)。應(yīng)用需要明確地告知用戶，在網(wǎng)絡(luò)連接中斷時(shí)，他們依然可以訪問移動(dòng)Web Apps。

2. Native Apps的假設(shè)與挑戰(zhàn)

Native Apps通常假設(shè)網(wǎng)絡(luò)連接是可靠的，只考慮網(wǎng)絡(luò)狀況良好的情景。移動(dòng)設(shè)備從網(wǎng)絡(luò)良好的環(huán)境突然進(jìn)入網(wǎng)絡(luò)糟糕的環(huán)境是常有的事。Native Apps應(yīng)該在網(wǎng)絡(luò)狀況最差的情況下進(jìn)行測(cè)試，以確保在各種環(huán)境下都能穩(wěn)定運(yùn)行。例如，用戶在任務(wù)開始時(shí)可能處于全信號(hào)覆蓋的環(huán)境，而在任務(wù)結(jié)束時(shí)可能已無任何網(wǎng)絡(luò)信號(hào)。

3. 用戶與開發(fā)者對(duì)Native Apps的期望

用戶在安裝Native Apps時(shí)，并不區(qū)分在線或離線訪問，他們期望的是在任何狀況下，Native Apps都能正常工作。這同樣是開發(fā)者的職責(zé)。為了滿足用戶的期望，開發(fā)者需要確保應(yīng)用的穩(wěn)定性和適應(yīng)性，無論是在線還是離線。

4. 選擇Web App的時(shí)機(jī)

當(dāng)應(yīng)用程序不滿足Native App的條件時(shí)，選擇Web App是明智之舉。雖然Native App擁有許多優(yōu)秀特質(zhì)和巨大的市場(chǎng)潛力，但Web Apps作為移動(dòng)內(nèi)容、服務(wù)、應(yīng)用開發(fā)的唯一經(jīng)久不衰的平臺(tái)，具有其不可替代的優(yōu)勢(shì)。Native App可能會(huì)增加項(xiàng)目成本、減少發(fā)布渠道、增加升級(jí)復(fù)雜度等，而Web App則具有更廣泛的適應(yīng)性和更大的市場(chǎng)潛力。

5. 移動(dòng)Web Apps的創(chuàng)新與未來

移動(dòng)Web Apps的優(yōu)勢(shì)已經(jīng)逐漸顯現(xiàn)。如果Native App的某些功能可以在移動(dòng)瀏覽器上實(shí)現(xiàn)，那么是否還需要堅(jiān)持選擇Native App呢？例如，Palm的webOS已經(jīng)解決了部分上述問題，基于WebKit構(gòu)建了一個(gè)全面的移動(dòng)操作系統(tǒng)，將手機(jī)變成了一個(gè)Web瀏覽器。PhoneGap等類似項(xiàng)目也幫助開發(fā)者在多個(gè)設(shè)備上開發(fā)Native Apps，同時(shí)模擬設(shè)備功能供Web Apps調(diào)用。這意味著Web App不僅可以像Native App一樣功能豐富、界面絢麗，還能在各個(gè)平臺(tái)上遷移，甚至不用修改一行代碼。

現(xiàn)在，移動(dòng)設(shè)備開發(fā)中移動(dòng)Web Apps的創(chuàng)新進(jìn)入了前所未有的高潮時(shí)期。更重要的是，這是有史以來第一次，移動(dòng)設(shè)備開發(fā)商決定共同制定一個(gè)移動(dòng)Web開發(fā)的標(biāo)準(zhǔn)，就像桌面Web上的標(biāo)準(zhǔn)一樣。支持移動(dòng)Web App創(chuàng)新功能的設(shè)備和第三方瀏覽器的移動(dòng)設(shè)備都受到了消費(fèi)者的歡迎，預(yù)示著移動(dòng)Web Apps的廣闊前景。