Lionworker

從 Android 4.0 開始，Google 就宣示了他們將會持續使用 Android 3.x 系列 HoneyComb 的狀態列（俗稱海帶條）的介面設計，而號稱統合 Android 2.x 與 3.x 的 4.0 版本也就使用海帶條來代替原本的四大天王鍵。

 
▲ Google 將會使用虛擬按鍵條來取代原本的四大天王按鍵。（來源：Android Dev Blog）

改用狀態列老實說不是什麼大事，影響最大的是 Google 決定未來的 Android 系統將會捨棄 menu 的配置———也就是說只剩下返回、首頁、視窗切換這三個按鍵，原始四大天王的返回、首頁、選單、搜尋將會有兩個被拿掉，加入視窗切換鍵成為新的三大天王。而狀態列（海帶條）也將會融入更多 3.x 系列狀態列的消息提供設計。

 
▲ 未來 Android 將會把選單按鈕都以觸控的方式作設計，原本以實體按鍵叫出下一層內容的方式將會被捨棄。（來源：Android Dev Blog）

Google 認為說他們並不是將選單功能單純的作成可視覺化來點選的設計，他們不認為應該叫這種新的設計思維為「選單」，而是另一種程式與程式之間的動作關係。好嘛，這些漂亮話聽起來還滿像一回事的。

但我個人認為，Menu鍵在 Android 系統中實有它存在的必要，退一步來說，在寸土寸金的手機螢幕上頭，能夠將一部分的功能藏諸於實體按鍵之下，以空出更多的螢幕以供介面設計，這絕對是百利而無害的，而更進一步來說吧，相對於 iOS 系統，Menu鍵更是在相比之下顯示出其優越且有效降低程式學習曲線的作用。在 iOS 系統上，因為實體按鍵只有一個作用，就是回到首頁（當然，長按可以叫出多工、手勢可以切換程式，不過這跟本次討論無關）以遊戲來說，幾乎每一種遊戲叫出選單的方式都不盡相同，要觸控的地方也不一，光一個「暫停」就常常讓人無所適從。而 Android 則幾乎一個 Menu鍵搞定了一切，幾乎所有以 Android 設計的遊戲都可以經由 Menu 鍵來暫停或是叫出另一層選單，而少數由 iOS 移植到 Android 上頭的遊戲會忽略掉這個設計，而讓人更加的感到 Menu 的必要性（明明有實體按鍵卻還得在螢幕放一個按鈕佔空間）。

 
▲ 這是一個 iOS 的賽車遊戲畫面，你猜猜看如果你要暫停得按哪裡？（來源：囧科技）

iOS 系統一向以操作簡潔著稱，但在精簡實體按鍵的時候也造成了軟體介面設計上的困難，在大螢幕的 iPAD 上頭這個問題還不顯著，在小螢幕的 iOS 其要把按鈕放在螢幕上的問題就浮現出來了，直接影響的就是閱讀內容面積的壓縮，而間接影響到的就是操作的繁瑣度增加。而以 Android 來說，四大天王鍵中的搜尋鍵從一開始 Android 1.5 的時代，老實說其地位一直就非常尷尬，被捨棄是完全不令人意外。但 Menu 鍵也被捨棄就讓我個人感到十分的可惜，而取代 Menu 鍵的居然是一個在 Android 原生功能中長按首頁鍵即可達到功能的視窗切換按鍵更讓我感到匪夷所思。完全以觸控取代實體按鍵有其優劣，當然實體按鍵過多也不是什麼好事，如何取決中間的平衡跟取捨這下不但要考驗著各家軟體的設計者，更考驗著 Google 的策略：畢竟老大一聲令下，臣民不得不順從阿。