| 圍繞著Native App（原生應(yīng)用）和Web App的爭論自一開始就廣受關(guān)注。當(dāng)前的移動Web是否已做好準(zhǔn)備勝任移動平臺之上的應(yīng)用開發(fā)，甚至是替代Native App并且同樣完美展現(xiàn)移動終端特性？
關(guān)于兩者之間的優(yōu)劣其實完全無需再過多對比，反而是一些本以為清楚的環(huán)節(jié)仍舊存有質(zhì)疑。國內(nèi)開源的移動Web開發(fā)平臺Rexsee（www.rexsee.com）也在多次的開發(fā)者交流中提出了相關(guān)意見。
誰來推進(jìn)移動Web App？
Webkit在各大主流移動瀏覽器的全面支持，以及以HTML5為驅(qū)動的Web技術(shù)不斷演進(jìn)發(fā)展，我們有理由相信以Web為中心的移動應(yīng)用趨勢將會愈發(fā)明顯。除此之外，更加廣泛的開發(fā)者將扮演起了移動應(yīng)用創(chuàng)新發(fā)展的堅實基礎(chǔ)。
打造一個全生態(tài)的基礎(chǔ)平臺也將是推進(jìn)移動WebApp的重要途徑。國內(nèi)以百度為代表的Web App開放平臺已開始為開發(fā)者提供更多開放、標(biāo)準(zhǔn)化的開發(fā)框架和工具，并對后續(xù)的應(yīng)用運(yùn)營提供良好支撐。
歸根結(jié)底，引爆移動Web App可能最需要的是一個成功的殺手應(yīng)用，就像當(dāng)初Gmail的成功對于Ajax的影響一樣。
基于瀏覽器的Web App與移動平臺特性
對于這一款期待中的殺手應(yīng)用則存有更多質(zhì)疑。首先，新的移動互聯(lián)網(wǎng)形態(tài)本質(zhì)上可以讓應(yīng)用通過瀏覽器而不是特定的操作系統(tǒng)或移動平臺來運(yùn)行，但對新一代的智能移動終端而言，更多的平臺特性還是為Native App存在。
其次，各個移動瀏覽器對于Webkit的支持程度不一，HTML5標(biāo)準(zhǔn)自身的不成熟，再加上各個移動平臺的功能實現(xiàn)方式不同，基于瀏覽器的Web App很難充分發(fā)揮設(shè)備硬件和操作系統(tǒng)的特性。很難相信，一個僅僅只是做到跨平臺（即支持各個移動終端瀏覽器），但卻無法充分調(diào)用終端功能的應(yīng)用會成為引爆移動Web App的關(guān)鍵應(yīng)用。
最后則是關(guān)于運(yùn)行效率、網(wǎng)絡(luò)依賴以及復(fù)雜用戶交互界面等陸續(xù)正在完善的相關(guān)環(huán)節(jié)。
跨平臺應(yīng)用的價值取舍
正是出于如上的考慮，國內(nèi)外已有大量的移動Web開發(fā)工具/框架開始提供一種混合應(yīng)用的封裝模式，讓W(xué)eb App更像Native App的運(yùn)行形態(tài)，同時在瀏覽器范圍之外實現(xiàn)對移動平臺終端功能特性的直接調(diào)用。通過實現(xiàn)混合應(yīng)用的形態(tài)進(jìn)一步模糊Native App與Web App之間的界線。
但是，盡管這類開發(fā)框架反復(fù)強(qiáng)化跨平臺的應(yīng)用開發(fā)能力，卻無法真正做到“一次開發(fā)，到處運(yùn)行”，在功能實現(xiàn)的完善度上也同樣不夠理想。簡單來理解則是我們常聽到的木桶原理：最短的那塊板決定了這桶水的多少。
為了迎合跨平臺需求而被迫降低功能完善程度，這是否也是一個值得思考的問題？對此，國內(nèi)的開源Rexsee開發(fā)平臺（www.rexsee.com）則選擇深度支持Android，并提供了接近2000個擴(kuò)展API。
回到一開始的問題，誰會最終成為移動Web App的主要推進(jìn)者其實并不重要。在不斷提高Web App性能的同時，爭取更多用戶并創(chuàng)造更佳的用戶體驗，將是移動Web App發(fā)展的一大難題。 |
.png){kind=small}
浙公網(wǎng)安備 33038102330897號