Mobile Web App發(fā)展現(xiàn)狀及展望

　　在硬件處理能力不斷強(qiáng)大的同時，移動設(shè)備的操作系統(tǒng)的競爭也開始越來越激烈，不僅僅是iOS, Android還有不知道市場反響如何的Windows Phone。而僅僅是這三種平臺，就已經(jīng)開始讓傳統(tǒng)PC轉(zhuǎn)向移動的開發(fā)者以及企業(yè)開始頭疼。與此同時，HTML 5能力的不斷強(qiáng)大，使得Web App和Native App之爭不斷升溫，在移動設(shè)備上的討論尤為突出。但無論如何，當(dāng)硬件能力的進(jìn)一步強(qiáng)大，性能問題得到改善之后，快速開發(fā)程序的能力以及構(gòu)建程序的成本會成為影響和推動技術(shù)選擇的一個重要原因。

　　Mobile Web App的現(xiàn)在

　　作為一個堅定的Web App的支持者，筆者認(rèn)為，開發(fā)難度和跨平臺的需求會在技術(shù)和商業(yè)兩個方面都會推動Web App得到越來越廣泛的應(yīng)用。市場對Web App的接受程度也在不斷地得到印證，大家所熟知的Mobile Web App先行者Finance Time ，在短短的三個月的時間內(nèi)已經(jīng)獲得超過100萬的下載量。相比起很多原生的程序，這個下載量不算太高，但其幾乎匹敵原生應(yīng)用的體驗(yàn)，已經(jīng)讓很多人留下了深刻的印象。

　　不僅僅如此，還有很多其他的數(shù)據(jù)可以用來分析Web的趨勢。如大家所熟知，F(xiàn)acebook也一直在推進(jìn)Web的發(fā)展。Facebook不僅收購了HTML 5的移動應(yīng)用開發(fā)商Strobe，同時 Facebook也正式推出了名為Spartan的HTML 5移動開發(fā)平臺，其目標(biāo)就在于更好地幫助開發(fā)者開發(fā)Web App。不僅如此，最近有消息傳出，作為在Web App開發(fā)的最火的工具/框架之一Sencha的技術(shù)推廣經(jīng)理跳巢去了Facebook。足以見得Facebook在這個方面在不斷積蓄力量以求更大的突破以及發(fā)展。而另一則Adobe放棄在移動設(shè)備上支持Flash的消息，更讓人看到了HTML 5在同一技術(shù)標(biāo)準(zhǔn)以及能力上的突破。

　　與此同時，國內(nèi)對Web App的技術(shù)的關(guān)注也非�；钴S。一個致力于探討和分析業(yè)界對Web App的最新進(jìn)展和發(fā)展趨勢的博客Web App Trend的已經(jīng)出現(xiàn)，并且質(zhì)量相當(dāng)之高。不僅僅如此，PhoneGap中文站也已經(jīng)浮出水面，為國內(nèi)的開發(fā)者帶來了全中文的教程以及學(xué)習(xí)資料。

　　這一切都在說明業(yè)界對Web App不僅僅停留在口號，而是有更多的實(shí)質(zhì)性的推動。

　　Web App開發(fā)現(xiàn)狀

　　回到一個實(shí)質(zhì)性的問題，什么才是Web App? 引用Web App Trend博客里面的一篇博文的內(nèi)容，有著如下的定義：

　　“要給出完整的Web App的定義是一件很復(fù)雜的事情，因此我們在此只給出一個簡單的定義： Web Application是指通過使用Web和Web瀏覽器技術(shù)，跨越網(wǎng)絡(luò)完成一個或多個任務(wù)的應(yīng)用程序，通常需要使用Web瀏覽器。 “

　　簡單來說，就是利用Web技術(shù)，能夠做出超越傳統(tǒng)理解網(wǎng)站的功能，讓它更具有交互體驗(yàn)，讓這個App看起來和用起來更像Native App。這樣就非常清楚Web App和Native App的差別具體在哪里了。之前的文章筆者探討過，在目前的技術(shù)儲備上Web App同樣也開始用戶Cache, Drag&Drop等等Native App所必備的功能。

　　那么從開發(fā)層面來看，Web App的開發(fā)和Native App的開發(fā)又有怎樣的差距和距離呢?

　　讓我們回想一下一個Native App的開發(fā)過程：

　　界面開發(fā)。一般來說，Native App的界面開發(fā)擁有非常強(qiáng)大的控件庫。不管是對用戶交互的Button、 Checkbox , 還是用戶輸入的textbox、RichTextbox，或是用戶展示的ListView或者GridView之類的控件(不同的開發(fā)平臺下控件的名稱未必一致)，控件庫里面已經(jīng)為這些控件的展現(xiàn)方式。為屬性設(shè)置、事件響應(yīng)等基本的開發(fā)需求做好的充分了準(zhǔn)備。絕大部分的開發(fā)者只需要拖拽控件，然后就可以實(shí)現(xiàn)自己的邏輯代碼，而無需做太多的準(zhǔn)備工作。

　　事件響應(yīng)/數(shù)據(jù)綁定。在絕大部份的場合下，對于數(shù)據(jù)的處理成為了Native App開發(fā)中間的重要工作。這部分的工作的本質(zhì)就是把從網(wǎng)絡(luò)上傳輸?shù)囊唤M數(shù)據(jù)(不管是從數(shù)據(jù)庫，還是從Web Services)轉(zhuǎn)換成為業(yè)務(wù)邏輯中所定義的對象，然后綁定到相應(yīng)的數(shù)據(jù)控件中。而事件響應(yīng)的過程則是相反的過程，根據(jù)用戶的響應(yīng)，修改相應(yīng)數(shù)據(jù)控件里面的值或者狀態(tài)，然后通過數(shù)據(jù)處理邏輯回傳到數(shù)據(jù)庫或者Web Services中。在這個過程中一般來說Native App的開發(fā)過程中，同樣有邏輯處理非常完善的庫來幫助實(shí)現(xiàn)這個工作。比如說Android里面的Content Provider或者Adapter。

　　數(shù)據(jù)狀態(tài)管理。數(shù)據(jù)的狀態(tài)管理是指根據(jù)實(shí)習(xí)的開發(fā)需求所帶來的本地緩存，配置文件讀取等等操作。比如聊天應(yīng)用，文本編輯應(yīng)用或者基本的信息管理系統(tǒng)都有能力直接從本地的磁盤中讀取之前的操作記錄或者緩存信息。從而讓程序能夠有能力很快地啟動并且展示。比如聊天程序中的聯(lián)系人列表，比如郵件客戶端里的本地郵件等等。這些都依賴于有本地的存儲和緩存，來讓用戶更快地獲取信息。

　　這里沒有強(qiáng)調(diào)具體和網(wǎng)絡(luò)操作，具體和業(yè)務(wù)相關(guān)的邏輯處理等具體需求。對比在Web App開發(fā)的過程來說，情況則不太一樣。

　　由于傳統(tǒng)的Web 展示能力有限，傳統(tǒng)的Web開發(fā)過程中，由于位于前端。因此界面的開發(fā)本質(zhì)上讓位于了CSS所創(chuàng)造的效果以及Javascript所包裝出來了各種各樣交互效果。這部分的工作更多地集中在樣式的調(diào)整以及和動畫效果制作上。

　　對于所謂的事件響應(yīng)，數(shù)據(jù)綁定等等方面，在早期的開發(fā)過程中基本上不存在這個概念，完全跳轉(zhuǎn)回服務(wù)器，然后重新刷新頁面。在AJAX引入之后，利用Javascript + XMLHttpRequest，使得HTML的頁面邏輯可以轉(zhuǎn)移到Javascript中實(shí)現(xiàn)和完成。

　　對于數(shù)據(jù)的狀態(tài)管理部分。本質(zhì)上來說，早前的Web基本不存在這個概念，僅有的Cookie能力有限，僅能部分保存狀態(tài)。直到Web Storage開始實(shí)現(xiàn)，甚至是Web Database的出現(xiàn)，才增強(qiáng)了Web在這個方面的編程能力。

　　那么，回過頭來看Web App和Native App之爭的本質(zhì)是什么? 無非就是Web App是否能夠完整實(shí)現(xiàn)Native App所能作的事情。這樣Web App在開發(fā)簡單，跨平臺方面的能力才能充分凸顯出來。但對現(xiàn)階段的狀況來說，當(dāng)期望把Native App所擁有的功能轉(zhuǎn)向到Web App時，不可避免地因?yàn)楣ぞ叩娜笔�，甚至是開發(fā)理念的缺失，導(dǎo)致了在開發(fā)中始終存在不夠的狀況。可以坦率地說，現(xiàn)在Web App的開發(fā)中，還處于構(gòu)建不同的開發(fā)工具和開發(fā)庫，甚至是在摸索開發(fā)模式的過程中，還尚未成熟。

　　當(dāng)然，這不是不能解決的問題。Web App開發(fā)，尤其是Mobile Web App 的很多工具和框架已經(jīng)開始組建建立。

　　界面開發(fā)。如前面所說，非常強(qiáng)的Native App界面控件成為了提高效率的有效保證。在Mobile Web App開發(fā)中，Sencha以及jQTouch已經(jīng)提供了非常強(qiáng)大的界面開發(fā)支持。同時在界面庫方面，jQuery Mobile可以認(rèn)為是一種增強(qiáng)型的javascript庫，能夠有效地幫助用戶來解決和提升開發(fā)效率。

　　事件響應(yīng)/數(shù)據(jù)綁定。如果和Native App相比，這塊本來就不是Web開發(fā)的強(qiáng)項(xiàng)，但是也許根據(jù)開發(fā)的需要，未來會衍生出包裝的非常完善的一站式解決方案。比如可以直接把一組RSS里面的內(nèi)容，更加方便地變成具有交互能力的List或者功能。

　　數(shù)據(jù)邏輯/緩存處理。Web Storage已經(jīng)提供的技術(shù)的支持，需要的就是最佳的開發(fā)實(shí)踐，甚至是利用緩存的模式。對于簡化開發(fā)的工作來說，應(yīng)該會出現(xiàn)專門的Storage的管理模式，甚至是封裝的非常完善的庫。

　　現(xiàn)有Web App開發(fā)模式的問題以及挑戰(zhàn)

　　從工具層面來說，Web App在工具方面的演化正在不斷地進(jìn)步。但是在現(xiàn)有的Web App開發(fā)過程中，依然存在非常多的問題和挑戰(zhàn)。

　　性能問題。性能問題依舊是非常大的挑戰(zhàn)。由于Web App的開發(fā)幾乎完全構(gòu)建在Webview的基礎(chǔ)之上，因此在Webview上對事件的處理以及響應(yīng)的能力就直接決定了用戶的體驗(yàn)。在這里有兩方面的性能，一個性能是對事件響應(yīng)的速度。在Web上控件的響應(yīng)速度比原生的控件響應(yīng)速度要慢;另外一個是直接在渲染和執(zhí)行速度上面的速度。

　　分辨率的問題和適配的問題。和Native App的開發(fā)方式一樣，不同的分辨率，橫豎屏切換，以及對于不同機(jī)型的識別，甚至與對不同的web 瀏覽器內(nèi)核的適配，同樣存在一樣的問題。同樣需要比較多的調(diào)試和適配的工作。

　　離線的問題。和Native App相比，可能這是最應(yīng)突破的一件事情。一是這是一個0或者1的問題，實(shí)質(zhì)上是突破了原有的Web開發(fā)的限制，二是界面和邏輯數(shù)據(jù)的分離。對于Web的頁面來說，這可以認(rèn)為是界面，中間涉及到分離的js, css文件以及沒有更新的img等靜態(tài)元素的緩存問題，同時也存在把動態(tài)數(shù)據(jù)元素(比如某個控件里的狀態(tài)，比如離線郵件中的郵件信息)緩存以及載入的問題。這需要重新建立起一套解決方案來實(shí)現(xiàn)。

　　跨平臺問題。Web App和Native App另一個不同在于訪問硬件資源上的不同。由于受限于瀏覽器的功能，有很多的硬件資源不能直接訪問。所幸的是PhoneGap為在多個平臺上開發(fā)提供了非常的好的解決方案，使得Web App擁有了能夠在多個平臺上執(zhí)行的能力。有理由相信這個問題能夠被解決的越來越順暢。

　　總結(jié)

　　如果從開發(fā)的工具以及各種支持來說，Mobile Web App開發(fā)現(xiàn)在尚處于比較早期的原始階段，甚至也會出現(xiàn)很多因?yàn)樾阅軉栴}導(dǎo)致不夠?qū)嵱玫那闆r。但是，從技術(shù)的角度來看，并沒有太多的致命門檻，而是出于構(gòu)建框架，重建游戲規(guī)則的過程中。不僅僅是Facebook, Google這樣在互聯(lián)網(wǎng)上的巨頭，連IBM這樣的老牌公司也已經(jīng)在開始搭建Mobile上的工具以及解決方案，這完全有理由詳細(xì)，在Mobile上Web App的開發(fā)會越來越火熱，讓我們拭目以待。

服務(wù)器租用/服務(wù)器托管中國五強(qiáng)！虛擬主機(jī)域名注冊頂級提供商！15年品質(zhì)保障！--億恩科技[ENKJ.COM]