企業(yè)移動應(yīng)用性能遇挑戰(zhàn) 如何優(yōu)化成難題

2013-09-23 15:37:15 移動信息化　點(diǎn)擊量：評論 (0)

表面上來看，移動應(yīng)用性能管理是件非常困難的事。開發(fā)人員控制范圍外會出現(xiàn)許多不可控變量，影響移動應(yīng)用性能，并且會給用戶帶來非常糟糕的體驗(yàn)。然而，專家們認(rèn)為，如果開發(fā)人員多了解一些關(guān)于移動應(yīng)用開發(fā)

表面上來看，移動應(yīng)用性能管理是件非常困難的事。開發(fā)人員控制范圍外會出現(xiàn)許多不可控變量，影響移動應(yīng)用性能，并且會給用戶帶來非常糟糕的體驗(yàn)。然而，專家們認(rèn)為，如果開發(fā)人員多了解一些關(guān)于移動應(yīng)用開發(fā)及性能方面的原則，就非常容易克服挑戰(zhàn)。

　　“移動和性能是一個龐大而可怕的話題，而實(shí)際上說它龐大而可怕是沒有理由的。”Scott Barber是坐落在佛羅里達(dá)州Palm Bay的PerfTestPlus公司的總裁及首席技術(shù)官，他說“除非你知道如何處理這個問題，否則這件事情非常具有挑戰(zhàn)性。但是到了最后，我想說其實(shí)并沒有人們所想的那么難。”

　　企業(yè)移動應(yīng)用性能的挑戰(zhàn)

　　Barber說：“我們的性能挑戰(zhàn)是基于非常簡單的情況，就是努力使筆記本或者臺式機(jī)性能擺脫那種龐大卻功能較差的設(shè)備。”

　　Nazmi Savga是Imprezzio Global的軟件構(gòu)架師：“移動平臺與標(biāo)準(zhǔn)PC相比較弱，因此，面臨的主要挑戰(zhàn)就是要編寫一個行為像PC但是運(yùn)行在移動平臺上的應(yīng)用程序。”

　　Barber說：“不久之前，我們創(chuàng)建和交付軟件的一般方式與現(xiàn)如今申請移動應(yīng)用程序的思維過程類似。”

　　Stephen Pierzchala是坐落在密歇根州底特律Compuware 公司的技術(shù)策略師，他認(rèn)為：“在移動Web和本地移動應(yīng)用兩個方面，與我們使用了很多年的臺式機(jī)中有許多相同的規(guī)則。可以將其歸結(jié)為一個原則，根據(jù)這個原則可以推廣出其他許多原則：了解你的客戶。”

　　了解目標(biāo)對象

　　Pierzchala說，從移動應(yīng)用性能角度來了解你的客戶，意味著要知道客戶使用的是什么瀏覽器、什么操作系統(tǒng)、設(shè)備類型及什么類型的連接。所有這些因素對應(yīng)用程序都構(gòu)成限制，值得深入思考，而且是越早越好。

　　Barber說，理想的情況下，團(tuán)隊(duì)開始考慮應(yīng)用程序在概念階段所運(yùn)行的目標(biāo)設(shè)備或者設(shè)備組。他承認(rèn)，這個過程非常困難。如果項(xiàng)目要六個月的開發(fā)周期，你還會為如今或者以后的移動設(shè)備構(gòu)建應(yīng)用程序嗎？

　　Barber說：“事實(shí)是每個人都想做最新、最棒的設(shè)計(jì)，隨后他們會決定他們需要向后兼容的應(yīng)用程序，這會創(chuàng)造一場噩夢。如果一開始就做出這樣的決定，還會有希望。如果后期才做出這個決定，那么你就是搬起石頭砸自己的腳。”

　　最新平臺上可用的特性和功能在以前的版本中未必適用，或者從一個移動平臺到另一個移動平臺也未必適用。Savga說：“架構(gòu)師應(yīng)該了解應(yīng)用程序?qū)谀念惼脚_上運(yùn)行，應(yīng)該考慮不同平臺間的差異。架構(gòu)師應(yīng)該意識到這是一個受限制的平臺，或者意識到與一個標(biāo)準(zhǔn)PC相比它有許多缺陷，例如內(nèi)存和磁盤空間。”

　　當(dāng)開發(fā)人員事前決定出應(yīng)用程序?qū)\(yùn)行在什么類型的操作系統(tǒng)及瀏覽器上時，Barber將這種方法與Web開發(fā)作比較。他說：“在某種意義上它只是一個過時的概念。”

　　網(wǎng)絡(luò)電話出現(xiàn)障礙了？

　　另外一個移動應(yīng)用性能技巧是：總是將網(wǎng)絡(luò)流程放在后臺處理，這對于資深的開發(fā)人員來說非常熟悉。Matt Vlasach是坐落在美國亞利桑那州Mesa的Unwired Revolution公司的移動集成服務(wù)總監(jiān)，該公司是一個移動解決方案開發(fā)公司，Matt Vlasach解釋說：“等待一個響應(yīng)時不要阻塞UI，當(dāng)正在運(yùn)行這樣一個網(wǎng)絡(luò)任務(wù)時，你一定要謹(jǐn)慎。如果你在主線上做了任何處理，即使響應(yīng)結(jié)束應(yīng)用程序也會被凍結(jié)。要使用異步的Web請求，并且要恰當(dāng)?shù)靥幚磉@些事情。”

　　Vlasach說，可以用同樣的方法來開發(fā)一個桌面或者Web應(yīng)用程序。“注意‘當(dāng)你正等著處理網(wǎng)絡(luò)事情時不要阻止用戶正在進(jìn)行的程序。’這更復(fù)雜，需要花費(fèi)更多的時間，用戶體驗(yàn)開發(fā)需要更長的周期，但是在用戶體驗(yàn)和實(shí)際使用中卻存在很大的差異。”

　　將性能介紹從業(yè)務(wù)邏輯和數(shù)據(jù)中分離出來

　　Savga建議開發(fā)人員和架構(gòu)師要了解三個層次，系統(tǒng)包括一個表示（或者用戶界面）層、業(yè)務(wù)層及數(shù)據(jù)層，對每一個層級的構(gòu)建都要謹(jǐn)慎。他說：“代碼中的功能不應(yīng)該在其他層或者項(xiàng)目其他部分被復(fù)制。這樣做會使代碼維護(hù)容易些，同時對性能方面的維護(hù)也有幫助。”

　　當(dāng)涉及到表示層的應(yīng)用程序，架構(gòu)師需要考慮一下屏幕尺寸以及如何顯示用戶界面(UI)。如果對于所有可能的方案都采用常規(guī)設(shè)計(jì)，并用這些方案來處理UI更改，應(yīng)用程序的性能將會受到影響。

　　Savga說：“最好的方法是根據(jù)屏幕尺寸創(chuàng)建一個不同的設(shè)計(jì)，因此，當(dāng)應(yīng)用程序識別出不同尺寸的屏幕時它會自行切換。否則，對于不同尺寸的屏幕都創(chuàng)建一個常規(guī)UI，在你進(jìn)行用戶體驗(yàn)時就會出現(xiàn)很多性能問題。”

　　說到這，讓我們回顧下剛開始說的原則：“要了解你的客戶是誰，以及傳遞正尋找的內(nèi)容時的能力限制是什么。”

責(zé)任編輯：和碩涵

免責(zé)聲明：本文僅代表作者個人觀點(diǎn)，與本站無關(guān)。其原創(chuàng)性以及文中陳述文字和內(nèi)容未經(jīng)本站證實(shí)，對本文以及其中全部或者部分內(nèi)容、文字的真實(shí)性、完整性、及時性本站不作任何保證或承諾，請讀者僅作參考，并請自行核實(shí)相關(guān)內(nèi)容。

我要收藏

個贊