耗時 2 年，Android 還是沒找到比 iOS 更好用的手勢操作
Google 在上周推送了 Android Q Beta 3 測試版系統更新，在這個版本中，用戶可以用上和 iOS 一模一樣的手勢交互。
如果你用過這兩年發布的全面屏 iPhone 手機，應該對這套手勢并不陌生。它的主要操作可以歸納為以下 4 點：
- 底部上滑返回主屏
- 底部上滑停頓，呼出多任務界面
- 左右滑動導航條，快速切換多任務
- 邊緣側滑，返回上一層界面
在 iOS 系統中，「邊緣側滑返回」的操作已經沿用多年，只是蘋果想實現全面屏 iPhone，就必須要砍掉原來的物理 Home 鍵，原本的按壓操作就由一套新的滑動手勢來替代。
嚴格意義上說，手勢交互并不是蘋果原創的。它和核心理念，我們早在 webOS 或 MeeGo 等系統中就有所了解，如今算是被蘋果改進并進一步發揚光大，成為了全面屏 iPhone 的***方案。
反倒是對 Android 系統來說，默認的「返回」、「桌面」、「多任務」三個虛擬按鍵的設計已經沿用多年，如果想要啟用手勢交互，就需要找到幫助用戶過渡的方案。
或許一開始，Google 也不想直接「照搬」iOS 的交互邏輯，在過去 2 年里，原生 Android 系統也對手勢交互進行了多次修改和嘗試。
***個版本出現于去年發布的 Andorid P 系統中，這是 Google 自「三大虛擬按鍵」后，***對原生 Andorid 的交互進行修改。它在中間啟用了類似 iPhone X 的小橫條，同時在左側保留了三角形的返回鍵。
***點是「底部上滑」操作的層級設計。
在 iOS 系統中，「上滑」分別對應「返回主屏」以及「呼出多任務」，兩種操作結果根據滑動時的停頓來實現區隔。
而在 Android P 系統中，「上滑」同樣對應了「多任務」和「應用抽屜」這兩個結果，可它的判定邏輯卻十分混亂。
首先是在主屏狀態下，向上短滑，會呼出多任務界面;如果你想直接跳到應用抽屜，則需要按著橫條不松手，繼續上滑到一定距離才能實現。
而如果你是在某個應用中進行上滑，不管力度再大，滑動距離再長，是否有停頓，都只能先呼出多任務界面，然后再重新向上拖拽，才能返回到應用抽屜。
這種二段操作，讓 Android P 的上滑手勢有著明顯的割裂感;而且應用內外采用了兩套邏輯，非一致性也讓人感到困惑。
第二點問題，是「返回鍵」和導航條之間的矛盾。
在未啟用側滑返回手勢之前，Android P 仍然保留了三角形的虛擬返回鍵和底部的導航欄，但不少人認為 Google 的修改實在是多此一舉。
畢竟，啟用手勢交互的目的，就是為了彌補正面實體按鍵的操作，以及讓全面屏手機屏幕獲得更完整的內容呈現;但導航條依舊會對屏幕底部造成遮擋，那和使用傳統虛擬按鍵根本沒區別。
在 Android P 的后期更新中，Google 也對這套手勢做了幾次調整。最開始，多任務切換可以用滑動橫條的方式來實現的，但由于這個滑塊只能向右滑動，當用戶左手持機時，手指很難夠到右邊。
后來 Android P 也改成和 iOS 一樣，只要是底部左右輕掃，就能完整應用的快速切換。
至于「上滑操作」的割裂感，和尷尬的「返回鍵」問題，Google 在今年的 Android Q 系統中才進行了調整。
現在，只要你在設置項中啟用新手勢，屏幕底部便不會再出現返回鍵和導航欄，只會剩下一個指示條，所有手勢也都改成了和 iOS 系統一樣的操作邏輯。
但具體的頁面動效、打開/關閉應用時的縮放效果、回彈感的呈現等，原生 Android 還是會有一些粘滯性，而 iOS 則有自己一套比較成熟的設計規范。
鑒于目前 Android Q 還處于測試狀態，后續應該還會進行調校。
不過新的手勢也衍生出新的問題，最直接的影響就是手勢區域和原有應用操作區域之間的沖突。
打個比方，如果「側滑返回」成了 Android 系統的默認手勢，就會讓一大批采用了側滑抽屜欄(也被稱作「漢堡菜單」)的應用無法呼出菜單，比如說 Gmail、Google Map、嗶哩嗶哩等，這還是當年 Google 推崇的 Android 應用設計規范之一。
現在我只能直接點按 Pixel 3 左上角區域才能做到，換成是屏幕再大點的 Pixel 3 XL 估計會更吃力。
而 Google 在 I/O 大會上給出了一個解答。對于使用側滑抽屜欄的應用，用戶在滑動操作時，應用會優先呼出菜單欄，之后二次側滑才會出現返回操作(Android Q 也支持右側邊緣側滑返回)。
新的 API 甚至可以讓系統自動「屏蔽」某一區域中對側滑返回的響應，優先處理應用內的操作。
當然，很多應用為了移植和維護方便，會統一采用底部導航欄的設計(類似微博、微信)，也就不存在側滑返回的沖突問題。
啟用新手勢的同時，Android Q 也保留了傳統的三大虛擬按鍵和 Android P 的二鍵設計，你可以隨時在設置項中進行修改。
Android 系統 UI 項目經理 Allen Huang 也表示，未來 Google 會「鼓勵」第三方手機廠商使用和原生 Android 一樣的手勢交互，但并不做硬性規定。
用戶每天使用返回操作的頻率超過 150 次，我們希望讓整個交互變得更易于理解和學習。
Android 換掉虛擬按鍵，和蘋果砍掉實體 Home 鍵一樣，都是一件大事。對于很多已經習慣了虛擬按鍵操作的用戶們而言，他們可能會覺得手勢交互十分抽象，不夠直觀。
但隨著智能手機硬件越來越一體化，手勢操作可以說是未來交互設計的必然選擇。而統一操作邏輯，降低學習成本，這些都是需要 Google 和原生 Android 來定義的事，它牽扯到用戶對于肌肉記憶的培養，也關系到第三方應用設計等問題。
單就「上滑」這一操作來說，如今不管是 iOS 還是 Android，都對應了至少 2 個功能結果，那么必然要對滑動過程中的停頓時間、距離長短以及按壓力度做出明顯的區分。
這些數值的確立，也決定了用戶能否對一套手勢交互有著清晰的理解。
在這個領域，中國手機廠商們的跟進速度和適配效率要更為「迅速」，還衍生出好幾種玩法。
最簡單粗暴的就是將傳統的三大虛擬按鍵全部改為上滑手勢。此時底部區域會劃分為左中右三塊，分別對應原來三個按鍵的功能。因為實現成本較低，很多國產廠商都采用了這個設計。
還有一種是混合型，即在保留左右區域上滑返回操作的同時，將中間上滑的操作改為和 iOS 一樣的「上滑返回主屏、上滑停頓呼出多任務」的操作邏輯。
而「照搬」iOS 手勢操作的也很常見了。比如 MIUI，很早就套用了類似 iOS 的「側滑返回上一級」操作，這算不算變相降低了 iPhone 換機用戶的學習成本?
但由此也能看到，比起對「抄襲」和「借鑒」的口誅筆伐，回歸到自己在用的手機上，大部分用戶對于簡單、易懂的好設計是不會抗拒的。
至于是粗制濫造的生搬硬套，還是懂得取其精華去其糟粕，就因人而異了。
