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

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

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

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

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

　　了解目標(biāo)對(duì)象

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

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

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

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

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

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

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

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

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

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

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

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

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