北京哪间医院治白癜风好 https://yyk.39.net/bj/zhuanke/89ac7.html近期，Google推送了AndroidQBeta3测试版系统更新，在这个版本中，用户可以用上和iOS一模一样的手势交互。如果你用过这两年发布的全面屏iPhone手机，应该对这套手势并不陌生。它的主要操作可以归纳为以下4点：1.底部上滑返回主屏2.底部上滑停顿，呼出多任务界面3.左右滑动导航条，快速切换多任务4.边缘侧滑，返回上一层界面在iOS系统中，「边缘侧滑返回」的操作已经沿用多年，只是苹果想实现全面屏iPhone，就必须要砍掉原来的物理Home键，原本的按压操作就由一套新的滑动手势来替代。严格意义上说，手势交互并不是苹果原创的。它和核心理念，我们早在webOS或MeeGo等系统中就有所了解，如今算是被苹果改进并进一步发扬光大，成为了全面屏iPhone的首选方案。反倒是对Android系统来说，默认的「返回」、「桌面」、「多任务」三个虚拟按键的设计已经沿用多年，如果想要启用手势交互，就需要找到帮助用户过渡的方案。或许一开始，Google也不想直接「照搬」iOS的交互逻辑，在过去2年里，原生Android系统也对手势交互进行了多次修改和尝试。第一个版本出现于去年发布的AndoridP系统中，这是Google自「三大虚拟按键」后，首次对原生Andorid的交互进行修改。它在中间启用了类似iPhoneX的小横条，同时在左侧保留了三角形的返回键。问题是，这套方案并不好用，具体还是来看点动图演示。第一点是「底部上滑」操作的层级设计。在iOS系统中，「上滑」分别对应「返回主屏」以及「呼出多任务」，两种操作结果根据滑动时的停顿来实现区隔。而在AndroidP系统中，「上滑」同样对应了「多任务」和「应用抽屉」这两个结果，可它的判定逻辑却十分混乱。首先是在主屏状态下，向上短滑，会呼出多任务界面；如果你想直接跳到应用抽屉，则需要按着横条不松手，继续上滑到一定距离才能实现。而如果你是在某个应用中进行上滑，不管力度再大，滑动距离再长，是否有停顿，都只能先呼出多任务界面，然后再重新向上拖拽，才能返回到应用抽屉。这种二段操作，让AndroidP的上滑手势有着明显的割裂感；而且应用内外采用了两套逻辑，非一致性也让人感到困惑。第二点问题，是「返回键」和导航条之间的矛盾。在未启用侧滑返回手势之前，AndroidP仍然保留了三角形的虚拟返回键和底部的导航栏，但不少人认为Google的修改实在是多此一举。毕竟，启用手势交互的目的，就是为了弥补正面实体按键的操作，以及让全面屏手机屏幕获得更完整的内容呈现；但导航条依旧会对屏幕底部造成遮挡，那和使用传统虚拟按键根本没区别。在AndroidP的后期更新中，Google也对这套手势做了几次调整。最开始，多任务切换可以用滑动横条的方式来实现的，但由于这个滑块只能向右滑动，当用户左手持机时，手指很难够到右边。后来AndroidP也改成和iOS一样，只要是底部左右轻扫，就能完整应用的快速切换。至于「上滑操作」的割裂感，和尴尬的「返回键」问题，Google在今年的AndroidQ系统中才进行了调整。▲可以看到侧滑操作时出现的返回箭头现在，只要你在设置项中启用新手势，屏幕底部便不会再出现返回键和导航栏，只会剩下一个指示条，所有手势也都改成了和iOS系统一样的操作逻辑。但具体的页面动效、打开/关闭应用时的缩放效果、回弹感的呈现等，原生Android还是会有一些粘滞性，而iOS则有自己一套比较成熟的设计规范。鉴于目前AndroidQ还处于测试状态，后续应该还会进行调校。不过新的手势也衍生出新的问题，最直接的影响就是手势区域和原有应用操作区域之间的冲突。打个比方，如果「侧滑返回」成了Android系统的默认手势，就会让一大批采用了侧滑抽屉栏（也被称作「汉堡菜单」）的应用无法呼出菜单，比如说Gmail、GoogleMap、哔哩哔哩等，这还是当年Google推崇的Android应用设计规范之一。现在我只能直接点按Pixel3左上角区域才能做到，换成是屏幕再大点的Pixel3XL估计会更吃力。▲如果你在应用左上角看到三条横线，就可以侧滑呼出一个菜单栏。而Google在I/O大会上给出了一个解答。对于使用侧滑抽屉栏的应用，用户在滑动操作时，应用会优先呼出菜单栏，之后二次侧滑才会出现返回操作（AndroidQ也支持右侧边缘侧滑返回）。新的API甚至可以让系统自动「屏蔽」某一区域中对侧滑返回的响应，优先处理应用内的操作。当然，很多应用为了移植和维护方便，会统一采用底部导航栏的设计（类似微博、
转载请注明：http://www.aierlanlan.com/rzfs/72.html
