建站
咨詢
售后
建站咨詢
新聞中心
此次的調(diào)研的重點(diǎn)是針對一個Android應(yīng)用的基礎(chǔ)需求，用PhoneGap與Java實(shí)現(xiàn)的應(yīng)用在性能及開發(fā)成本等方面的對比。
開發(fā)一個應(yīng)用的最基本需求應(yīng)該是瀏覽性需求，而在Android開發(fā)中ListView比較常用的控件，廣泛被用于數(shù)據(jù)列表的展現(xiàn)上，而且也比較靈活。所以本次選擇用phonegap和Java各自實(shí)現(xiàn)一個ListView的內(nèi)容展現(xiàn)功能的應(yīng)用；同時引入另外一個常用組件GridView來實(shí)現(xiàn)圖片瀏覽的功能應(yīng)用。
Delicious書簽訂閱應(yīng)用
一、應(yīng)用功能描述
Delicious書簽訂閱應(yīng)用。進(jìn)入應(yīng)用首先展現(xiàn)訂閱的書簽源列表，點(diǎn)擊書簽源項(xiàng)，進(jìn)入書簽源書簽列表頁，共展現(xiàn)***的20條書簽。
數(shù)據(jù)來源由Delicious提供的JSON格式的數(shù)據(jù)。參考地址（
http://www.delicious.com/help/json
）
二、應(yīng)用界面截圖
1、PhoneGap delicious bookmark
2、Java delicious bookmark
三、功能測試對比
【測試機(jī)器為 Google Nexus One G5】
成都創(chuàng)新互聯(lián)-專業(yè)網(wǎng)站定制、快速模板網(wǎng)站建設(shè)、高性價比西工網(wǎng)站開發(fā)、企業(yè)建站全套包干低至880元,成熟完善的模板庫,直接使用。一站式西工網(wǎng)站制作公司更省心,省錢,快速模板網(wǎng)站建設(shè)找我們，業(yè)務(wù)覆蓋西工地區(qū)。費(fèi)用合理售后完善，十載實(shí)體公司更值得信賴。
| Android應(yīng)用類型 | Html5 (phonegap) | Java |
| 功能實(shí)現(xiàn) | Html + jQuery基礎(chǔ)庫 | ListView組件 |
| 文件大小 | 159KB | 23KB（只用了系統(tǒng)的原生界面） |
| 內(nèi)存占用 | 45.37MB(RSS) | 27.02MB(RSS) |
| 數(shù)據(jù)通信 | Ajax | Apache http Java功能包 |
| 啟動速度 | 打開相同訂閱源2.7秒 | 打開相同訂閱源2.3秒 |
| 操作響應(yīng)速度 | 正常操作速度流暢，頻繁操作響應(yīng)會變慢 | 操作速度流暢 |
| Monkey注入5萬個事件測試結(jié)果 | Events injected: 50000:Dropped: keys=17 pointers=43 trackballs=0 flips=0 ## Network stats: elapsed time=1108130ms (0ms mobile, 1099670ms wifi, 8460ms not connected) // Monkey finished | Events injected: 50000:Dropped: keys=28 pointers=53 trackballs=0 flips=0 ## Network stats: elapsed time=1216977ms (0ms mobile, 1216977ms wifi, 0ms not connected) // Monkey finished |
| 穩(wěn)定性 | 在Monkey測試注入大約4萬個事件時，整個應(yīng)用已經(jīng)處于空白無響應(yīng)狀態(tài)。有連接超時情況發(fā)生。手動頻繁操作會引起，響應(yīng)速度變慢，webkit的WebView不能很好釋放內(nèi)存，甚至?xí)饝?yīng)用的crash。 | 能較好處理Activity切換延時等待。運(yùn)行較為流暢。Monkey測試時書簽列表頁切換時有時候會出現(xiàn)黑色背景，然后再載入列表，比正常速度稍慢。能夠比較好的釋放內(nèi)存，沒有出現(xiàn)過應(yīng)用crash的情況。 |
| 資源占用 | 對于頻繁操作時，內(nèi)存釋放不夠理想，導(dǎo)致內(nèi)存占用上升。 | 內(nèi)存占用相對比較穩(wěn)定。 |
| 開發(fā)成本 | 運(yùn)用html + css + javascript開發(fā)，適合前端人員開發(fā)。由于webkit在不同的終端機(jī)發(fā)行版本不一樣，所以需要針對不同的機(jī)型進(jìn)行適配。同時對于不同屏幕大小在適配上也只能通過Javascript進(jìn)行控制實(shí)現(xiàn)。 | 適合有Java開發(fā)經(jīng)驗(yàn)的程序員，可以充分利用Android提供的組件進(jìn)行開發(fā)。但是開發(fā)學(xué)習(xí)成本較高。 |
| 開發(fā)難度 | 目前phonegap只使用一個WebView，開發(fā)時需要使用OPOA(One Page, One Application)的模式，對代碼的組織方式及開發(fā)方式有較高要求。同時介于手機(jī)的資源有限，對如何管理和分配內(nèi)存提出了要求。目前phonegap可以在控制臺輸出簡單的JS調(diào)試日志，但是并不方便。 | 需要有Java開發(fā)經(jīng)驗(yàn)，同時對Android開發(fā)體系有較深入的了解。 |
| 多人協(xié)作 | OPOA模式并不利于多人協(xié)作并行開發(fā)，只能通過基礎(chǔ)的javascript的設(shè)計(jì)模式來解決多人協(xié)作的問題。 | 比較方便支持多人協(xié)作并行開發(fā)。 |
| 其它問題 | 1、需要通過Javascript來管理操作的歷史記錄，并保證返回鍵能夠正常使用；同樣也包括選項(xiàng)鍵。2、不提供調(diào)用新的WebView，不能把現(xiàn)有的wap版的內(nèi)容直接包裝到應(yīng)用當(dāng)中。 |
#p#
空間圖片瀏覽應(yīng)用
一、應(yīng)用功能描述
在應(yīng)用中創(chuàng)建一個gridview方式展示的圖片列表。 圖片總數(shù) 48， 16行3列。 原生app使用gridview布局和渲染。webapp使用了jquery和jquery.mobile（后者依賴前者）
二、應(yīng)用界面截圖
1、PhoneGap mm100 photo viewer
2、Android Java mm100 photo viewer
三、功能測試對比
【測試機(jī)器為 Google Nexus One G5】
| Android應(yīng)用類型 | Html5 (phonegap) | Java |
| 功能實(shí)現(xiàn) | jQuery與jQuery Mobile基礎(chǔ)庫 | GridView組件 |
| 文件大小 | 220KB | 72KB |
| 內(nèi)存占用 | 40.6MB(RSS) | 29.9MB(RSS) |
| 啟動速度 | 約7秒（js大小會直接影響速度） | 約3秒 |
| 操作響應(yīng)速度 | 在內(nèi)容比較多的時候，都不是很流暢。調(diào)用外部交互：彈窗提示為例，會比原生大約有1s的延遲。 | 在內(nèi)容比較多的時候，都不是很流暢。調(diào)用外部交互：原生app基本上瞬間響應(yīng)。 |
| Monkey注入5萬個事件測試結(jié)果 | Events injected: 50000:Dropped: keys=20 pointers=72 trackballs=0 flips=0 ## Network stats: elapsed time=1460305ms (0ms mobile, 1440448ms wifi, 19857ms not connected) // Monkey finished | Events injected: 30002:Dropped: keys=7 pointers=10 trackballs=0 flips=0 ## Network stats: elapsed time=230436ms (0ms mobile, 230436ms wifi, 0ms not connected) ** System appears to have crashed at event 30002 of 50000 using seed 0 |
| 穩(wěn)定性 | 由于交互深度較淺，所以整個Monkey測試過程較為流暢，但是還測試完畢后還是存在WebView內(nèi)存無法釋放的情況。 | 整個Monkey測試過程較流暢。 |
| 資源占用 | Webapp占用內(nèi)存約40.6M，占用應(yīng)該主要是由于webapp是基于瀏覽器的，并且加載了一個java庫所致。所以資源占用應(yīng)該不是線性的。 | 占用內(nèi)存約29.9M，內(nèi)存占用相對比較穩(wěn)定。 |
| 開發(fā)難度 | 對于比較簡單的應(yīng)用，在同樣具備完善基礎(chǔ)庫的條件下，兩者開發(fā)難度基本一致。 | |
| 其它問題 | 1.內(nèi)存優(yōu)化：webapp因?yàn)槭腔跒g覽器的，而瀏覽器自身是進(jìn)行了相應(yīng)的優(yōu)化的，所以在圖片顯示上很不錯。 原生app如果在一頁中顯示比較多的圖片的時候，必須比較細(xì)致完善的進(jìn)行內(nèi)存優(yōu)化工作，否則極易出現(xiàn)因?yàn)閳D片資源過大而引起的崩潰問題。 2.圖片縮放裁切 webapp一般情況下通過js和css來進(jìn)行縮放裁切。在進(jìn)行圖片動態(tài)縮放的時候，頁面顯示情況不是很正常（抖動，跳躍）。***的辦法是后端服務(wù)器對圖片處理后再發(fā)送給手機(jī)端。 原生app可以直接通過java來對圖片進(jìn)行處理。 3.布局 原生app可以利用android提供的特殊技術(shù)方案，來自動適應(yīng)多種分辨率的屏幕。如9png 和 多drawable目錄。 相當(dāng)簡單方面。 但是在交互方面，原生app的開發(fā)量會比較大。 webapp就比較杯具一些了，需要開發(fā)者比較多的關(guān)注。 可以通過js來動態(tài)的獲取屏幕尺寸進(jìn)行資源調(diào)整和加載（開發(fā)幾套不同的ui，然后根據(jù)分辨率js動態(tài)加載），這個會花費(fèi)比較多的時間。 4.調(diào)試 webapp js調(diào)試不太方便，特別是調(diào)用外部應(yīng)用的時候。如果是本應(yīng)用內(nèi)部，可以通過firebug進(jìn)行調(diào)試。 | |
總結(jié)
此次對比主要集中在對大量數(shù)據(jù)通信下web app UI性能。通過與Java app相比較，web app的UI性能會比Java app的UI性能差。主要原因是依賴webkit瀏覽器內(nèi)核的渲染解析能力。同時在只有一個WebView的情況下，如何控制內(nèi)存的上漲速度以無法釋放內(nèi)存的情況無縫地重新啟動WebView從而不影響用戶體驗(yàn)，是一個現(xiàn)實(shí)待解決問題。
在非大數(shù)據(jù)量且不需要頻繁更新UI的情況下，基于wekit瀏覽器phonegap模式還是可以滿足Android開發(fā)應(yīng)用的需求。同時應(yīng)用的實(shí)現(xiàn)的效率還依賴于OPOA開發(fā)模式的Javascript基礎(chǔ)架構(gòu)是否強(qiáng)大和高效。
對于不同分辨率的屏幕，需要通過JS或者通過要集成的框架封裝來解決適配的問題。同時由于不同版本的Android所集成的webkit的版本不同，同樣也需要處理不同版本的在JavaScript和CSS支持上不同的兼容性問題。還有解決開發(fā)時多人協(xié)作及方便的調(diào)試工具集成，也是進(jìn)行html5 app開發(fā)的重要前提條件。
此次對比主要集中在對大量數(shù)據(jù)通信下web app UI性能。通過與Java app相比較，web app的UI性能會比Java app的UI性能差。主要原因是依賴webkit瀏覽器內(nèi)核的渲染解析能力。同時在只有一個WebView的情況下，如何控制內(nèi)存的上漲速度以無法釋放內(nèi)存的情況無縫地重新啟動WebView從而不影響用戶體驗(yàn)，是一個現(xiàn)實(shí)待解決問題。
在非大數(shù)據(jù)量且不需要頻繁更新UI的情況下，基于wekit瀏覽器phonegap模式還是可以滿足Android開發(fā)應(yīng)用的需求。同時應(yīng)用的實(shí)現(xiàn)的效率還依賴于OPOA開發(fā)模式的Javascript基礎(chǔ)架構(gòu)是否強(qiáng)大和高效。
對于不同分辨率的屏幕，需要通過JS或者通過要集成的框架封裝來解決適配的問題。同時由于不同版本的Android所集成的webkit的版本不同，同樣也需要處理不同版本的在JavaScript和CSS支持上不同的兼容性問題。還有解決開發(fā)時多人協(xié)作及方便的調(diào)試工具集成，也是進(jìn)行html5 app開發(fā)的重要前提條件。
本文名稱：基于PhoneGap與Java開發(fā)的Android應(yīng)用的性能對比
當(dāng)前路徑：http://www.dlmjj.cn/article/dhcjgec.html
