作為一個長期使用 Android 的用戶，我在使用 Android 應(yīng)用的時候經(jīng)常遇到各種各樣的交互上的問題，并且早就想整理它們寫一篇文章了。但是由于懶惰和拖延，這篇文章一直處于草稿的狀態(tài)。正巧，這期 ADiA 中，Android 開發(fā)團(tuán)隊為我們著重強調(diào)了當(dāng)下 Android 應(yīng)用中很常見的，應(yīng)該避免的錯誤。

Android 開發(fā)者關(guān)系團(tuán)隊每天都會試用無數(shù)的 App 或者受到無數(shù)的開發(fā)者發(fā)來的，請求評測的 App。在評測如此之多的應(yīng)用之后，他們總結(jié)出了一些最常見的錯誤，并且在這期節(jié)目中為大家呈現(xiàn)出來。

在正式介紹這些錯誤之前，我想稍微提一句。這些錯誤是非常具有普遍意義的錯誤，也就是說，你用十個應(yīng)用可能就會碰見這十個錯誤，甚至你會在一個應(yīng)用中碰見全部十個錯誤。這種情況在天朝顯得更加嚴(yán)峻。所以，希望這篇文章能讓大家擺脫摸著石頭過河的窘境，直接的避免一些常見的錯誤。

十大用戶體驗”反模式”，Android 開發(fā)者聯(lián)系團(tuán)隊為你用心呈現(xiàn)，每個典型錯誤都有個有趣的小標(biāo)題，希望大家看 (乖) 得 (乖) 開 (中) 心 (槍)。

第十：你必須加載完這些東西……否則！

這里的加載實際上指的是左圖中的那種，一個圈圈轉(zhuǎn)啊轉(zhuǎn)的對話框。這種對話框的出現(xiàn)是應(yīng)該要避免的，另外，比起這么一個對話框，那些不響應(yīng) Back 操作的對話框?qū)嵲谔缓侠怼?/p>

解決方案其實也很簡單，采用嵌入式的載入指示即可。當(dāng)然如果你能做到實現(xiàn)在后臺加載好數(shù)據(jù)那就更棒了。

第九：你摸我不到！

首當(dāng)其沖的問題是過小的觸摸區(qū)域。Android Design?中專門強調(diào)過，所有可觸摸的對象都應(yīng)該有至少 32dp 高，理想的大小是 48dp，除非你的目標(biāo)用戶是嬰兒等手特小的人。

另一個很糟糕的錯誤是沒有觸摸反饋。有些開發(fā)者不想使用標(biāo)準(zhǔn)的按鈕控件，但是標(biāo)準(zhǔn)按鈕的好處就是它有提供觸摸反饋的視覺效果。對于用戶而言，摸到?jīng)]有反饋的按鈕會讓他們認(rèn)為你的應(yīng)用（比它本身的速度）慢。對于用戶而言，感知速度是他們能體會到的，而真正的載入速度和運行速度反而沒有感知速度那么容易被用戶體會到。另外，亮起的觸摸反饋還能指示出實際的觸摸區(qū)域。比如說一個列表，當(dāng)用戶按下某一列表項的時候，這一項所處的一整行都會亮起，但是兩邊會留有 16dp 的空白，這樣便相當(dāng)于告訴用戶，這個列表項最靠近屏幕邊緣的 16dp 不是觸摸區(qū)域。

第八：設(shè)計?≠ Photoshop

首先，同學(xué)們不要學(xué)習(xí)右邊小圖上的那個變態(tài)。我知道大家都對 PS 能實現(xiàn)的各種各樣的效果很在行/感興趣，但是不當(dāng)?shù)?過度的使用這些效果只會讓你的應(yīng)用看起來顯得很過時或者更糟糕——很業(yè)余。

當(dāng)你設(shè)計你的應(yīng)用的時候，請務(wù)必將注意力優(yōu)先放在內(nèi)容而不是那些高光上。用戶裝了你的應(yīng)用并不是為了看閃閃發(fā)光的按鈕，所有的這些視覺設(shè)計到最后都應(yīng)該是為了內(nèi)容服務(wù)，而不是為了裝飾而裝飾。

另外，請務(wù)必保證應(yīng)用內(nèi)視覺風(fēng)格的一致性。點名批評一下 Feedly 這種外表光鮮亮麗, 設(shè)置卻像是侏羅紀(jì)時代的應(yīng)用。另外，一個應(yīng)用中不應(yīng)該有太多的按鈕/選框/對話框樣式，一個就夠了——直接調(diào)用 Android 風(fēng)格的控件是個簡單有效的辦法。

還有一些開發(fā)者，對于細(xì)節(jié)的忽視實在是到了令人發(fā)指的地步，比如說不一致的度量，錯誤的間距，鬼畜的用色（如我之前的微信 Redesign?），喪病的字體選擇……這些都是會令用戶感到不爽的細(xì)節(jié)，作為開發(fā)者沒有理由忽視他們。

第七：侏羅紀(jì)來客

如果你的應(yīng)用是 2009 年的時候做的，那么你的用戶可就要遭殃了……

這里最先要提到的問題就是 Menu 鍵，或者說，菜單按鈕的恥辱。我們現(xiàn)在已經(jīng)有了 Action Bar 來取代侏羅紀(jì)時代的菜單鍵了不是嗎？需要向下兼容也不是個借口，因為如果你設(shè)置了適當(dāng)?shù)膮?shù)，那么 Overflow 按鈕就不會在有實體菜單鍵的機(jī)器上出現(xiàn)。當(dāng)然，你也可以讓有實體菜單鍵的機(jī)器強行顯示 Action Overflow 來增加它的可見性。但是，無論怎么樣，都不要讓菜單鍵只能通過實體 Menu 鍵 (在只有虛擬鍵的機(jī)器上就會變成?Nav Bar 右側(cè)的三個小點) 呼出。

雖然說現(xiàn)在 Android 最新的 API 已經(jīng)到了?Lv 18，但是你并不一定要設(shè)置 targetSdkVersion 大到 18，只要是 16 以上就行了。如果你把 API 設(shè)置到 Lv 14 甚至更低，你的應(yīng)用就會強制在 Nav Bar 上顯示三個小點，這對于某些設(shè)備比如?HTC One?的用戶而言實在是一件不能更痛苦的事情了。

還有一種情況就是繼續(xù)沿用 Android 2.3 甚至更古早的視覺風(fēng)格。這種 App 有時候看起來還算挺 Holo 的，但是當(dāng)你按下按鈕或者列表項的時候，Android 2.3 樣式的橙色的視覺反饋出現(xiàn)了（如 MIUI），或者卷動的時候看到了 2.3 樣式的滾動條，或者載入的時候看到 2.3 樣式的圈圈等等。這絕對不是用戶想要的。說道載入時的圈圈，Roman Nurik 稍微強調(diào)了一下，Holo 樣式的載入環(huán)其實是兩個圈以不同的速度反向同時旋轉(zhuǎn)，能夠制造出比起單圈更為順滑的動畫。

第六：純血的雜種 Android

這里的原則性問題是：不要違背“純血 Android”的規(guī)約。

就和標(biāo)題一樣，這一章的內(nèi)容是在說，不要從別的平臺上搬運元素到 Android 上。這個問題我在往期的文章里也提到過很多次，這里就不展開說了。幾個特別要注意也是常見的錯誤：

• 右箭頭：次級導(dǎo)航在 Android 上是沒有水平方向的映射的。換句話說，次級導(dǎo)航和橫向?qū)Ш?/strong>是兩碼事
• 底部標(biāo)簽欄：對于 Android 而言, 頂部才是屬于標(biāo)簽欄的位置
• 從其他平臺”借鑒”視覺樣式：Android 用戶想要的是 Android 應(yīng)用