耗时 2 年，Android 还是没找到比 iOS 更好用的手势操作

Google 在上周推送了 Android Q Beta 3 测试版系统更新，在这个版本中，用户可以用上和 iOS 一模一样的手势交互。

如果你用过这两年发布的全面屏 iPhone 手机，应该对这套手势并不陌生。它的主要操作可以归纳为以下 4 点：

1. 底部上滑返回主屏
2. 底部上滑停顿，呼出多任务界面
3. 左右滑动导航条，快速切换多任务
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 系统中才进行了调整。

（编辑：辽源站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!