去年這個時候我很煩惱，因為我覺得我OUT了。

起因是我買了一臺Android系統(tǒng)的手機。當(dāng)我用自己的google賬號登錄上去后，我發(fā)現(xiàn)通訊錄被同步了，Gtalk實時通知了，Gmail隨身能看了。還有成百數(shù)千的應(yīng)用，讓我足足玩了一周。

電腦占據(jù)了用戶每天8小時的時間，網(wǎng)站創(chuàng)造了巨大的價值。但是，手機這東西卻能夠24小時不間斷的陪著用戶，消息推送機制更是讓用戶變得***在線，隨時可響應(yīng)。我很興奮，但是卻高興不起來。

我是一個Web程序員。我喜歡寫PHP，喜歡處理Mysql，我能用CSS和JavaScript構(gòu)建不錯的頁面。但是我不喜歡Java，也不喜歡寫Objective- C，就像那幫做客戶端開發(fā)的同學(xué)不喜歡寫網(wǎng)站后臺一樣。

這樣的沮喪持續(xù)了挺久，直到我遇到了PhoneGap。其實我有想過通過Mobile Web的方式進入移動互聯(lián)網(wǎng)，但是在手機上輸入網(wǎng)址的體驗太折磨了。另外消息推送和本地設(shè)備接口(比如攝像頭)都是問題。而PhoneGap解決了這一切。簡單的說，它就是一個提供js接口調(diào)用本地設(shè)備接口的瀏覽器，這個瀏覽器還可以打包成一個單獨的應(yīng)用，安裝到系統(tǒng)，添加到桌面和發(fā)布到應(yīng)用市場。

由于完全基于瀏覽器，PhoneGap還有一個好處，可以很輕松的跨多個平臺。

基于PhoneGap，我用3天的時間，給TeamToy寫了一個手機客戶端，可以讀取工作組的通訊錄，可以瀏覽Feed和發(fā)布廣播。當(dāng)然，還能收通知。

雖然算只跳舞的熊，但它的確能工作。這讓我不禁想，這東西到底能做什么程度的應(yīng)用?

PhoneGap只是一個殼，它是不管里邊跑的應(yīng)用長什么樣子的，更不會有那些移動設(shè)備上常用的控件。

好在有其他的項目提供支持，其中最有名的是兩個。一個是 Sencha Touch，一個 jQuery Mobile。

于是我都試用了下，然后我明白了苦頭在后邊⋯⋯

當(dāng)時這些項目都還屬于發(fā)展期，連文檔都沒什么，需要自己去讀DEMO和源代碼。

首先我嘗試著用sencha touch寫了一個微盤的第三方客戶端。坦白的說，sencha touch表現(xiàn)不錯，在菜單導(dǎo)航和列表拖拽上都明顯比Jquery Mobile靠譜。但是sencha touch采用JS來描述整個page的結(jié)構(gòu)，這讓你的layout看起來就像一堆json數(shù)據(jù)。

我很討厭這樣，因為這種級別的可讀性讓項目很難維護。另外，sencha1版本Bug也不少，比如那個List***一行能拖拽出來，卻永遠點不到的問題?，F(xiàn)在sencha已經(jīng)在測試2版本了，據(jù)說提供了直接打包成本地應(yīng)用的工具，這樣也許就不需要PhoneGap了。

由于對Sencha Touch的編碼方式不認同，我完全轉(zhuǎn)向了Jquery Mobile。JQuery Mobile的方式更容易接受，它完全使用HTML標(biāo)簽進行頁面布局，你只需要通過data-role之類的標(biāo)簽來告訴JQM你想干什么就OK了。我用JQM寫了Riki.co的移動版，有興趣的同學(xué)可以去體驗下：http://riki.co/m/ (這個東西有很多問題，下邊我會提到)

JQM最近已經(jīng)1.0了，成熟了不少，但是問題依然很多。首先是底導(dǎo)航浮動的問題。JQM的底導(dǎo)航實現(xiàn)很詭異，丫是一個浮動圖層，根據(jù)當(dāng)前屏幕的高度，把自己降到屏幕最下方，當(dāng)你拖動頁面內(nèi)容時，這個浮動條還會隱藏。這個效果有多么的BT，真是誰用誰知道。沒用過的同學(xué)可以到這里去體驗下官方版本： http://jqmdoc.sinaapp.com/docs/toolbars/footer-persist-a.html

這其實還不是最難受的，最難受的是，當(dāng)你把JQM打包到PhoneGap里邊后，由于未知原因10次里邊JQM能有2~3次取不到瀏覽器高度，直接造成導(dǎo)航掛掉。

這個問題其實iScroll4 很好的解決了，它使用了相對距離的CSS來固定頂導(dǎo)航和底導(dǎo)航。所以后來我把它給整合到JQM里邊，然后天下太平了。

iScroll4還實現(xiàn)了列表拖拽刷新的功能，可以做出iPhone上常用的下拉刷新。

然后是頁面切換的問題。JQM和Sencha其實都有，就是在android系列機器上，頁面切換時的抖動和閃爍。最開始你注意到的時候，是切換的瞬間頁面反白一下，這個問題其實可以解決，用一行CSS就可以了：

.ui-page 
{ 
-webkit-backface-visibility: hidden; 
} 

但是，代價是慘重的。首先是會導(dǎo)致性能降低，然后是，當(dāng)你切到從頁面A切換到頁面B時，頁面A的內(nèi)容會突然在滑動效果結(jié)束后，再閃一下。親，這是坑爹啊還是坑爹啊。還沒完，如果你用的JQM，然后在android系統(tǒng)上用百度或者QQ輸入法，那么恭喜，當(dāng)你在輸入文字時，頁面會上下不停的抖動，就像ZF要強拆它家似的。

JQM通過Ajax載入的頁面都有這個問題，你可以選擇關(guān)閉Ajax載入，這樣每個頁面都獨立載入，除了速度慢點外，不能忍受的是列表滾動條進度會丟失。這意味著你在列表中部選中的一條內(nèi)容，查看完后，返回列表時，列表又回到***條去了。

***我選擇了采用DIV切換的方式。我會在一個頁面把所有要用的Page都載入進來，然后display:none;在需要使用的時候再顯示出來。這樣做的問題是一次讀取了較多的內(nèi)容，會稍微多占點內(nèi)存，另外沒有動態(tài)切換效果;但好處顯而易見：頁面之間的切換速度已經(jīng)接近原生應(yīng)用。

我想說的是，JQM是個好框架，但它并不是完全為在PhoneGap里邊跑的HTML設(shè)計的。它需要考慮資源載入速度和流量的問題，而PhoneGap這種應(yīng)用資源都放本地的;它在瀏覽器上可以不斷的刷新頁面，所以它不用考慮太多內(nèi)存管理和DOM回收的事情，而對PhoneGap里邊的應(yīng)用來講，這直接決定了應(yīng)用的穩(wěn)定性。

這些差異決定了一個專門為PhoneGap這種應(yīng)用設(shè)計一個框架是必要的。而目前沒有一個好的框架解決掉我提到的這些問題，我們只能小心的繞過這些一個個的雷點。( 如果你愿意寫一個這樣的框架，我可以提供一個新浪的全職職位 ：) )

雖然我吐了一肚子的苦水，但是最終結(jié)果是很不錯的，我現(xiàn)在已經(jīng)能以天為單位開發(fā)一些社交和資訊類應(yīng)用了，而這些應(yīng)用可以直接運行在iPhone，Android和芒果上。

更好的消息是你不用再被折騰一遍，因為我有個東西給你。

那就是我在歷經(jīng)折磨后，做出的一個叫做LazyMobile的應(yīng)用模板。

它其實就是一個已經(jīng)寫好的應(yīng)用，你可以直接修改它，添加自己的功能。它看起來是這個樣子的：

這東西基于JQM和iScroll。

首先它用iScroll4解決了底導(dǎo)航固定的問題，在android和ios上都很***，下拉刷新也是可以用的。

然后它通過Tab切換來載入其他頁面，效果接近原生應(yīng)用，但是不要在一個List里邊放太多的數(shù)據(jù)，少放點，動態(tài)加載和實時回收item項。我已經(jīng)做了一個兩級導(dǎo)航，應(yīng)該夠用了，微博客戶端也就用到二級導(dǎo)航。

它用JQuery的ajax函數(shù)從服務(wù)器端讀取json格式數(shù)據(jù)，然后用jquery.tmpl進行渲染，目前這個地方會消耗不少CPU，但暫時沒有更好的辦法。

另外，它還用localStroage存儲了上次網(wǎng)絡(luò)請求回來的json數(shù)據(jù)，這樣在網(wǎng)絡(luò)斷開時，依然可以顯示內(nèi)容。

這個項目完全是一個副產(chǎn)品，所以我不保證會維護它。不過你已經(jīng)知道了它的大多數(shù)細節(jié)，我相信Web程序員都能很好的使用它。項目地址：http://code.google.com/p/lazymobile/

原文鏈接：http://ftqq.com/2011/12/12/the-days-develop-apps-using-phonegap/