從G1上市到現(xiàn)在，市面上已經(jīng)出現(xiàn)了至少30款A(yù)ndroid手機(jī)。為什么至今依然有一些用戶在抱怨Android不好用，在相關(guān)的開(kāi)發(fā)中，什么才是真正值得關(guān)注的，開(kāi)發(fā)的核心是什么?為什么移動(dòng)應(yīng)用需要格外關(guān)注用戶體驗(yàn)?本文將對(duì)這些問(wèn)題盡可能的作出解答。

Android一詞的本義指“機(jī)器人”，同時(shí)也是Google于2007年11月5日宣布的基于Linux的開(kāi)源手機(jī)操作系統(tǒng)的名稱，該平臺(tái)由操作系統(tǒng)、中間件、用戶界面和應(yīng)用程序組成，是首個(gè)真正為移動(dòng)終端打造的開(kāi)放并且完整的移動(dòng)平臺(tái)。2008年9月22日，美國(guó)運(yùn)營(yíng)商T-Mobile USA在紐約正式發(fā)布第一款Google手機(jī)，即T-Mobile G1，從那個(gè)時(shí)候起，Android的時(shí)代就真正的來(lái)臨了。

從Android 1.0至今經(jīng)歷了多次的版本更新，其中重要的變更是1.5、2.0和2.2。而其他的版本更新相對(duì)而言并不是那么重要。另外，由于每次更新都會(huì)多少改動(dòng)包括 Dalvik 在內(nèi)的底層模塊，同時(shí)牽扯到 SDK，導(dǎo)致了一些程序需要跟著 Android 版本進(jìn)行變動(dòng)。對(duì)于相對(duì)較為保守的開(kāi)發(fā)人員而言，快速的版本更新將給他們帶來(lái)越來(lái)越大的限制。在這種情況下，Android 開(kāi)源的意義就顯得不是那么大了。

無(wú)論如何，由于Android與Google服務(wù)的緊密捆綁，這款操作系統(tǒng)擁有了得天獨(dú)厚的優(yōu)勢(shì)。通過(guò)Google強(qiáng)有力的支持，很多事情在Android上都會(huì)變得很簡(jiǎn)單。另外需要特別提出的是，Android是一款基于互聯(lián)網(wǎng)的操作系統(tǒng)，在可以連接上互聯(lián)網(wǎng)的情況下，一款A(yù)ndroid手機(jī)可以發(fā)揮出比其他手機(jī)更多的能力。而在沒(méi)有網(wǎng)絡(luò)的情況下，Android手機(jī)并不比其他的手機(jī)出色，尤其是娛樂(lè)性相對(duì)于iPhone可以說(shuō)是遜色不少。

作為開(kāi)發(fā)人員，應(yīng)當(dāng)在學(xué)習(xí)并深入了解Android之后，在自己的軟件中，將Android的優(yōu)勢(shì)發(fā)揮出來(lái)，同時(shí)通過(guò)一些手段去彌補(bǔ)Android 本身的缺陷或不足。下面來(lái)看一下Android擁有的特點(diǎn)吧：

與硬件交互非常方便，包括攝像頭、GPS 等，都可以簡(jiǎn)單的操作。

擁有自己的運(yùn)行時(shí)和虛擬機(jī)，優(yōu)秀的內(nèi)存管理能力。

提供豐富的界面控件供開(kāi)發(fā)者使用，允許可視化開(kāi)發(fā)，并保證Android平臺(tái)下的應(yīng)用程序界面一致。

提供輕量級(jí)的進(jìn)程間通信機(jī)制。

支持無(wú)界面的后臺(tái)服務(wù)類應(yīng)用程序。

支持高效、快速的數(shù)據(jù)存取方式。

在這些特性的支持下，試圖在Android下開(kāi)發(fā)一個(gè)應(yīng)用不會(huì)太過(guò)困難。事實(shí)上，一個(gè)稍有 Java經(jīng)驗(yàn)的開(kāi)發(fā)人員，都可以快速的上手進(jìn)行 Android的開(kāi)發(fā)。而開(kāi)發(fā)的核心，一直以來(lái)也是圍繞著Android手機(jī)幾個(gè)大的特點(diǎn)來(lái)進(jìn)行的，其中就包括了觸摸屏、攝像頭、GPS模塊、互聯(lián)網(wǎng)功能、語(yǔ)音輸入、Google賬戶等。需要說(shuō)的是，如果一位 J2ME 工程師想轉(zhuǎn)行做Android，那么他將付出的代價(jià)比J2SE或J2EE工程師要大得多。畢竟Android所支持的是基本完整的J2SE的子集，反過(guò)來(lái)再看J2ME就會(huì)覺(jué)得它的功能太弱了。

除了Java外，還有許多語(yǔ)言支持Android 的開(kāi)發(fā)，比較為人所熟知的有Scala，而作為 Android本身的底層語(yǔ)言，C/C++的作用也完全不可忽視。而目前的開(kāi)源社區(qū)內(nèi)，已經(jīng)有一些牛人在嘗試讓更多的語(yǔ)言可以開(kāi)發(fā)Android應(yīng)用。比較有代表性的可能是Koushik Dutta，他已經(jīng)解決了在Mono平臺(tái)下，讓Dalvik調(diào)用Mono 代碼的問(wèn)題?；蛟S在不久的將來(lái)，.NET 下的所有語(yǔ)言，都有可能借助Mono跑在Android上，這是一件值得讓人期待的事情。

語(yǔ)言已不是問(wèn)題，那還有什么會(huì)成為問(wèn)題?也許很多人會(huì)說(shuō)“經(jīng)驗(yàn)”。誠(chéng)然，經(jīng)驗(yàn)決定了一位開(kāi)發(fā)人員能否快速地、流暢地完成開(kāi)發(fā)工作，也決定了軟件的魯棒性，Bug的數(shù)量、等級(jí)和修正問(wèn)題的返工次數(shù)。不過(guò)我認(rèn)為，這些都不重要，哪怕是一個(gè) Android 行業(yè)的新人，一邊查詢文檔一邊做開(kāi)發(fā)，雖然效率會(huì)很低，但是一樣能把項(xiàng)目做完。在 Android 下，開(kāi)發(fā)技術(shù)幾乎是沒(méi)有瓶頸的。那么瓶頸在哪里呢?事實(shí)上，在用過(guò)很多軟件后，就會(huì)發(fā)現(xiàn)，有很多軟件并不好用。很多用戶不愿意用某個(gè)軟件，也并不是因?yàn)檐浖](méi)有技術(shù)含量或是滿足不了需求，原因很簡(jiǎn)單，就是不好用。

用 戶體驗(yàn)是凌駕于技術(shù)之上的，可以說(shuō)，優(yōu)秀的用戶體驗(yàn)將可以起到事半功倍的效果，在一堆同類的軟件中，下載量最大的，一定是讓用戶用著感覺(jué)最舒服的，哪怕它 的功能并不比其他的產(chǎn)品出色，甚至略差一些。我見(jiàn)過(guò)很多開(kāi)發(fā)人員，他們視技術(shù)為己任，一心只鉆研技術(shù)，認(rèn)為技術(shù)出色的軟件，會(huì)受到用戶的好評(píng)，甚至在一個(gè) 手機(jī)游戲中，加入各種華麗炫目的3D效果。這些固然都不錯(cuò)，但是真正的用戶卻不會(huì)喜愛(ài)它們。在移動(dòng)應(yīng)用中，簡(jiǎn)潔明快才是用戶希望看到的。試想一下，當(dāng)用戶在手機(jī)上玩一個(gè)RPG游戲，并被華麗的3D效果充斥了整個(gè)界面，那么他將完全無(wú)法著手進(jìn)行下一個(gè)動(dòng)作。誠(chéng)然，華麗的畫(huà)面是很容易吸引人，但是在這種華麗的背后，卻會(huì)直接把用戶和開(kāi)發(fā)者自己領(lǐng)入一條深淵，再也無(wú)法回頭，最終的結(jié)果就是，用戶完全舍棄該款游戲，開(kāi)發(fā)者或運(yùn)營(yíng)商也完全賺不到錢。

在移動(dòng)平臺(tái)開(kāi)發(fā)的過(guò)程中，用戶體驗(yàn)已經(jīng)成為首要大事，只有聚焦在用戶的設(shè)計(jì)，才有可能被用戶所接受。下面來(lái)看一些典型的例子。

上圖是經(jīng)典的Windows Mobile 6.1的界面，從Windows Mobile推 出的那天起，這個(gè)界面就一直被宣傳成內(nèi)容充實(shí)，包含常用所有功能的入口，非常貼合用戶的實(shí)際需求。也許在當(dāng)時(shí)，這樣的界面確實(shí)能滿足一定的需求，但是到了 現(xiàn)在，這樣的設(shè)計(jì)只能說(shuō)是遠(yuǎn)離用戶。每一項(xiàng)的高度都過(guò)小，因此需要使用筆來(lái)點(diǎn)擊，或是使用指甲。位于右下角的三個(gè)圖標(biāo)，或許用指甲都很難點(diǎn)到，使用筆即多 占用用戶的一只手，體驗(yàn)是直線下降的。在用戶希望連耳朵都解放的現(xiàn)在，多占用一只手是什么概念，這就意味著用戶乘車時(shí)沒(méi)有辦法握緊扶手，或者沒(méi)有辦法拎著 自己的包。另外，在手機(jī)操作時(shí)，擁有一只空閑著的手，就能有更多機(jī)會(huì)處理突發(fā)事件，占用用戶的兩只手實(shí)在是不應(yīng)該的?？梢哉f(shuō)Windows Mobile的用戶體驗(yàn)是非常差勁的，幸好微軟在新的Windows Phone 7中，對(duì)界面做了巨大的改進(jìn)，沒(méi)有再犯過(guò)去的錯(cuò)誤。

再來(lái)看看Android是如何做的，這個(gè)界面看起來(lái)簡(jiǎn)潔明了，和上面的Windows Mobile相比，可以說(shuō)是毫不出彩，甚至在有些人的眼里，這個(gè)界面很丑陋。但它卻是相當(dāng)好用的，圖標(biāo)很大，圖標(biāo)的間距也很大。這就決定了用戶可以使用指腹去進(jìn)行點(diǎn)擊的操作，并且點(diǎn)擊的范圍可以比較大，降低了點(diǎn)錯(cuò)的幾率。

雖然屏幕點(diǎn)擊的方式一定程度上也和屏幕的材質(zhì)有關(guān)，比如電阻屏只能用筆或指甲，而電容屏允許使用指腹，有一些還可以支持多點(diǎn)觸摸。對(duì)于普通用戶來(lái)說(shuō)，使用指 腹比使用指甲顯得更為常見(jiàn)，原因很簡(jiǎn)單，如果圖標(biāo)很大，那么用戶會(huì)不自覺(jué)的使用指腹去點(diǎn)擊，而如果圖標(biāo)很小，那么用戶會(huì)屈起手指然后用指甲去戳屏幕。這個(gè)“屈起手指”的動(dòng)作不能被大部分的用戶所接受。因此電容屏?xí)u漸流行，而電阻屏?xí)u漸被淘汰，這完全是根據(jù)用戶的體驗(yàn)，優(yōu)勝劣汰，是一件非常符合進(jìn)化論的事。

用戶體驗(yàn)還不僅僅是界面上的那些事，作為手機(jī)來(lái)說(shuō)，每一個(gè)特點(diǎn)都將成為用戶體驗(yàn)可以挖掘的一部分。比如說(shuō)是否有鍵盤(pán)、是否支持多點(diǎn)觸摸等。有鍵盤(pán)的手機(jī)與無(wú) 鍵盤(pán)的手機(jī)，用戶在執(zhí)機(jī)時(shí)用的手勢(shì)必然不同，一個(gè)著重點(diǎn)在機(jī)身下半部分，即鍵盤(pán)上;而另一個(gè)著重點(diǎn)在整個(gè)屏幕上，換言之，手指可能在屏幕的任何一個(gè)位置活 動(dòng)。針對(duì)設(shè)備的具體情況來(lái)對(duì)應(yīng)用進(jìn)行設(shè)計(jì)也是很有必要的，目前Google為Android設(shè) 計(jì)的按屏幕大小自動(dòng)切換布局方式的框架非常有用，它改變了以往在程序的設(shè)計(jì)過(guò)程中，需要為每一種設(shè)備單獨(dú)編譯一個(gè)版本，或是僅對(duì)不同的屏幕做簡(jiǎn)單拉伸的情 況。另外，在設(shè)計(jì)中，還需要考慮實(shí)際操作體驗(yàn)，比如放大一張圖片，是使用放大按鈕，還是使用多點(diǎn)觸摸。這兩種做法都很常見(jiàn)，但是在一個(gè)有此需求的應(yīng)用中， 卻不能單獨(dú)的使用某一種。比較好的做法是，在程序代碼中，判斷設(shè)備是否支持多點(diǎn)觸摸，若不支持，可以顯示一個(gè)放大按鈕，而對(duì)于支持的，則在應(yīng)用第一次啟動(dòng) 時(shí)，彈出一個(gè)Toast提示，告訴用戶可以多點(diǎn)觸摸從而放大圖片。

下面再說(shuō)說(shuō)應(yīng)用界面布局的問(wèn)題，來(lái)看下面兩個(gè)截圖。

這兩個(gè)應(yīng)用同為Android下的游戲機(jī)模擬器，上面的圖是PS模擬器，可以看到虛擬按鍵的布局有些奇怪，特別是 L和R，一上一下非常不習(xí)慣。而右面的是GBA模擬器，可以看到它的按鍵中規(guī)中矩，用戶馬上就可以上手了。但是，從上手的角度來(lái)說(shuō)，GBA模擬器的確簡(jiǎn)單，但是從實(shí)用的角度來(lái)說(shuō)，PS模擬器做得更好。為什么呢?原因很簡(jiǎn)單，PS模擬器利用到了整個(gè)屏幕，而且虛擬按鍵的布局，防止了兩只手打架，也防止了屏幕下半部分由于手指的原因完全不可見(jiàn)的問(wèn)題。通過(guò)一段時(shí)間的習(xí)慣，PS 模擬器就可以被玩得很溜。而再看GBA模擬器，只利用到了一半的屏幕不說(shuō)，而且還是縱向的，雙手操作時(shí)，兩只手很容易打架，相互干擾，要玩一些動(dòng)作性稍強(qiáng)的游戲幾乎不可能。雖然看起來(lái)直觀易懂，但是這樣的UI，是會(huì)被用戶所舍棄的。

在移動(dòng)平臺(tái)上，到目前為止，用戶依然沒(méi)有固定的操作習(xí)慣，而軟件的開(kāi)發(fā)人員要做的事情，就是把用戶往一個(gè)簡(jiǎn)單、明快的操作體驗(yàn)上引導(dǎo)，使他們更快的學(xué)會(huì)使用軟件，并且讓他們習(xí)慣、擅長(zhǎng)某一種或幾種操作。從某種意義上來(lái)說(shuō)，蘋(píng)果的設(shè)計(jì)人員手冊(cè)已經(jīng)很好的解決了問(wèn)題，iPad已經(jīng)做到了中老年人也可以輕松上手，甚至連貓都會(huì)玩。但是至少目前為止，還沒(méi)有見(jiàn)到適用于Android的設(shè)計(jì)手冊(cè)，開(kāi)發(fā)人員或是軟件廠商也都各按自己的理解去進(jìn)行軟件的設(shè)計(jì)，用戶也被迫在使用不同的軟件時(shí)，適應(yīng)不同的風(fēng)格。

在未來(lái)為期不短的一段時(shí)間內(nèi)，Android上應(yīng)用程序的用戶體驗(yàn)將成為一個(gè)主要的研究點(diǎn)，特別是游戲類應(yīng)用。由于Android上的某些限制，開(kāi)發(fā)人員較難實(shí)現(xiàn)像PSP游戲那樣的華麗效果，因此只能夠在游戲本身的游戲性上下足工夫。當(dāng)然了，等Android手機(jī)的性能再次大幅提升，電池容量再大幅提升后，可能會(huì)出現(xiàn)可以匹敵PSP游戲的華麗游戲，只是目前不應(yīng)當(dāng)過(guò)分考慮這些。

在我以前的一些文章也曾提到過(guò)，為移動(dòng)平臺(tái)做開(kāi)發(fā)，應(yīng)該盡可能的考慮程序的執(zhí)行效率而不是架構(gòu)，因?yàn)橐苿?dòng)平臺(tái)本身通常不會(huì)有多好的配置，在有限的配置下實(shí)現(xiàn)性能最佳化是非常重要的。從另一種角度上說(shuō)，iPhone 能夠用較低的配置來(lái)實(shí)現(xiàn)整機(jī)流暢運(yùn)作，也是得益于較為嚴(yán)格地針對(duì)性優(yōu)化，把硬件平臺(tái)的性能完全發(fā)揮出來(lái)，這樣做得到的結(jié)果是，iPhone的整體性能，看起來(lái)反而比一些更高配置的手機(jī)要好一些。

最后，再簡(jiǎn)單地說(shuō)一下Android的開(kāi)發(fā)與其他平臺(tái)的開(kāi)發(fā)有什么異同。我們知道不同的開(kāi)發(fā)方式將對(duì)最終的結(jié)果產(chǎn)生不同的影響。在以往的經(jīng)驗(yàn)中，各廠家的開(kāi)發(fā)工具，都在往可視化方向發(fā)展，比如說(shuō)微軟的 Visual Studio，一代比一代強(qiáng)大，可視化程度越來(lái)越高。而蘋(píng)果的Xcode也是一樣，它建議用戶完全使用可視化的方案來(lái)解決一個(gè)應(yīng)用。這些固然很好，但是帶來(lái)的問(wèn)題也不小。舉個(gè)簡(jiǎn)單的例子，有一個(gè) Windows Mobile 的應(yīng)用，上面有一個(gè) ListBox，而你正試圖為該 ListBox 添加一個(gè)圖標(biāo)，并試圖按每一項(xiàng)的內(nèi)容限定來(lái)改變文字顏色。能做到嗎?當(dāng)然能，但是過(guò)程卻不簡(jiǎn)單，你必須經(jīng)歷復(fù)雜的自繪才能實(shí)現(xiàn)這一點(diǎn)。這也是常規(guī)的RAD開(kāi)發(fā)中普遍遇到的問(wèn)題，即開(kāi)發(fā)人員不能方便地控制到應(yīng)用的每一個(gè)細(xì)節(jié)。開(kāi)發(fā)框架對(duì)API的封裝在某種程度上提高了開(kāi)發(fā)的效率，但是另一種程度上，它屏蔽了太多的細(xì)節(jié)，而這些細(xì)節(jié)有可能就是開(kāi)發(fā)人員所需要的。

而Android雖然也擁有可視的開(kāi)發(fā)環(huán)境，但是它非常弱，第三方的RAD方案迄今為止也依然顯得虛弱無(wú)力，對(duì)于用慣了微軟等公司出品的高級(jí)RAD環(huán)境的人來(lái)說(shuō)，可能會(huì)充滿了無(wú)奈，也可能充滿了鄙視，這種可視化算什么呢?如果僅僅從開(kāi)發(fā)人員的角度來(lái)看，有利也有弊，弊端很顯然是開(kāi)發(fā)效率不夠高，而事實(shí)上，由于Android采用Java語(yǔ)言來(lái)進(jìn)行開(kāi)發(fā)，其開(kāi)發(fā)效率本身就不會(huì)太高。而利的部分，可能是會(huì)被很多高級(jí)工程師所喜愛(ài)的，因?yàn)樗菭奚_(kāi)發(fā)效率，來(lái)?yè)Q取最大的可定制性的一個(gè)典范。也許有一些剛開(kāi)始學(xué)習(xí)Android開(kāi)發(fā)的朋友會(huì)覺(jué)得制作界面有種種的不便，但是只要深入地學(xué)習(xí)下去，就會(huì)覺(jué)得Android的界面實(shí)現(xiàn)方式是非常領(lǐng)先的。同樣舉出上面ListBox的例子，在Android下，就可以通過(guò)一組短小精悍的代碼來(lái)自定義ListItem和相關(guān)Adapter以實(shí)現(xiàn)。[!--empirenews.page--]

我想優(yōu)秀的開(kāi)發(fā)人員是應(yīng)該完全放棄RAD的，在目前的環(huán)境下，RAD幾乎沒(méi)有什么作為，反而會(huì)成為應(yīng)用分層的一個(gè)巨大的絆腳石。在RAD的環(huán)境下，要求一位開(kāi)發(fā)人員對(duì)軟件的每一個(gè)部分都面面俱到，這怎么可能呢?比如說(shuō)軟件界面就是應(yīng)該交由UI專員去設(shè)計(jì)，數(shù)據(jù)庫(kù)部分也應(yīng)該交由相關(guān)的負(fù)責(zé)人去做，完全不可能由開(kāi)發(fā)人員從頭到尾一個(gè)人搞定。如果哪個(gè)老板真的雇用了一位超級(jí)開(kāi)發(fā)人員來(lái)包辦一切，那么除非那個(gè)人擁有100年的工作經(jīng)驗(yàn)，不然的話項(xiàng)目做死就是活該。我想Android的開(kāi)發(fā)框架已經(jīng)很好地說(shuō)明了這個(gè)問(wèn)題，程序資源(包括圖片、字符串、其他的外部數(shù)據(jù)等)和代碼完全分離，各部分人員各司其職，完成整個(gè)項(xiàng)目，每個(gè)部分的人員都不會(huì)有太大的壓力。并且，由于Android采用XML對(duì)界面進(jìn)行描述，使得對(duì)界面的更換也變得容易，設(shè)計(jì)師可以設(shè)計(jì)出多套界面，不論是用于UI方案評(píng)估或是在實(shí)際應(yīng)用中更換界面風(fēng)格都很方便。這也是其他移動(dòng)平臺(tái)的開(kāi)發(fā)所不具備的。

最后，我想說(shuō)的是，我非常想要一本類似于《Android設(shè)計(jì)手冊(cè)》的參考書(shū)，我相信很多的開(kāi)發(fā)人員也非常想要。只是短期內(nèi)，我們依然只能自己來(lái)研究，推測(cè)用戶可能的行為，并為此可能性做好打算。Android必定越來(lái)越成熟，而開(kāi)發(fā)者們，你們做好思想準(zhǔn)備了嗎?