关于苹果未做右侧返回手势的猜想——由三星手势联想到的

[howoldareyou2]

目前安卓和苹果大部分触控开关都在右侧（经验加猜测），我在使用三星右侧返回手势的时候，经常会有这种情况出现：右侧返回和某个触控开关同时响应操作，这有时会带来意想不到的麻烦。

所以我猜测，上述情况可能不容易解决，因此苹果没有使用右侧返回手势。

还有一个问题，就是三星（安卓）右侧的触控开关按钮，有时通过左侧“滑动”也可以控制，虽然不如右侧灵敏，但这也有可能导致它的左侧返回手势出现误操作。

于是这里我又对比了苹果，发现苹果虽然不少功能选项可以左侧操作，但是对于触控开关按钮，左侧无法控制，这就进一步避免了误操作。

上面就是我从三星右侧返回手势联想到的，由于其它安卓品牌用的不多，姑且就以三星代表了安卓，所以猜想可能很狭隘。

[lambohu]

这个话题也可以理出两个割裂的阵营。

[howoldareyou2]

@zealotxxxx 苹果的手势遗留问题也是因为这次三星手势偶然想到的。平时左手用手机，苹果倒也适应的可以。三星虽然有着这个底层逻辑在，但是这么多年手势还是不太理想，真是遗憾。虚拟按键在如今的全面屏上，犹如屏幕顶端的孔一样。

[Ericcccccccc]

苹果没有统一的返回显然是个失败的设计, 很多年前我第一次用 iPad 的时候就强烈的体会到不方便. (苹果原生的 app 也有很多地方体验不一致的地方, 返回按钮到处乱放

[maemolee]

@chiaf 是的，我也有体会，用 b 站 app 看视频，尝试从详情页返回时，总是返回失败，却展开了左侧 app stage 。

[revlis7]

每次看到左右划这种问题我总是不理解，咱也不敢问，现在我明白了，原来是因为我用左手用手机……

[LTuser]

安卓，统一返回手势，但是和动画不统一，属于功能先于动画。一盘好吃但是摆盘不行的菜。苹果，动画和返回统一，但实际上各 app 甚至自家 app 都各做各的，群魔乱舞。这个时候讲统一我觉得是很诡异的事，属于屎上雕花。我觉得这算得上苹果的傲慢。

[howoldareyou2]

@aitianci 没错。用句反人类都不为过。如果这种习惯都能自适应，可以说苹果再次改变了世界。

[zealotxxxx]

@cyrivlclth 这个确实，当年就有人越狱是为了轻点 home 返回这个事情的。但是，iOS 没有统一返回这个机制，导致实现的基础不存在。现存应用市场那些应用更新几乎是不可能的。

[maemolee]

返回键真的很重要！

不过有一说一，Windows 和 mac 的 App ，好像也没有系统级的返回，为什么我没觉得有啥问题呢……

[zitengdu]

我有一个不成熟的想法，如果提供一个选项：默认选项所有层级的进入由左往右进；第二所有层级的进入由右往左进。对应的第二选项就可以改为右单手，从而保持「优雅」统一性。

[howoldareyou2]

@revlis7 哈哈

[zhangwb2008]

都 2023 年了, 就别尬吹安卓返回手势了

<amp-youtube data-videoid="-7hxR6RTQCs" layout="responsive" width="480" height="270"></amp-youtube>?si=mfd4MuAqcbdtkwlh

[noahhhh]

@maemolee
1.返回是有层级关系的页面切换，桌面端屏幕大，很多时候不需要。
2.Windows 和 macOS 有返回前进快捷键，通常是 alt+←→和 cmd+[]，鼠标的侧键返回也是映射了这些快捷键，文件管理器，设置，浏览器等应用都可以用。如果连上触控板，桌面系统也多地方也可以双指滑动返回

[DogeFlyKite]

这个属于交互逻辑的问题了
在安卓上，从一开始就是每个页面是一个 Activity ，返回键默认就是关闭当前最顶上的 Activity ，所以做从右向左滑返回的手势只需要监听这个手势，然后调一下返回键的逻辑就可以实现。
而 iOS 上就不一样了，如果开发者用了 UINavigationController ，那么默认就是带了从左向右滑动返回的，当然页面也是从右侧进入的（从哪来回哪去是一个挺合理的逻辑）。但是 iOS 除了 UINavigationController 以外还有其他方式来打开一个新的页面，交互逻辑是不一致的，所以也没有一个合适的方式能做统一的侧滑返回。

@zealotxxxx 高德其实甚至没有用 UINavigationController ，最初连从左侧向右滑动返回的手势都没有，前两年才加上的自己处理的手势返回（百度也一样）。

[icyalala]

@noahhhh 我感觉回复过你。。
桌面系统是由多 Window 组成的，快捷键可以直接选择高亮 Window 发送事件。
如果是触摸板或者鼠标手势，这里有个鼠标的坐标，同样也能定位不同 Window 。
移动设备不是这样，它缺少 "高亮 Window" 或者 "鼠标位置" 这个交互维度。

[Granthese]

@zitengdu 学点阿拉伯语（
https://developer.apple.com/videos/play/wwdc2022/10034/

[Greendays]

当年安卓还有三大金刚按键呢。习惯的人都觉得挺好用的。苹果就一个 Home 键，习惯了也没觉得会有不方便。

[noahhhh]

@icyalala 和我说的也不冲突嘛，多窗口操作是打开关闭，单窗口需要前进后退，浏览器，文件管理器，IDE 都能体现这个

[param]

@maemolee 因为键盘操作也可以统一快捷键，可以统一成 Esc 或者 Alt+←，使得你在很多时候都可以无脑按 Esc 返回而不用去找返回键在哪

[icyalala]

归根结底这些问题还是最初的技术实现思路不同。

Android 每个页面是一个 Activity （或者说一个 Window ），同一个 App 会有多个 Window ，而 Window 之间的切换是由系统来管理的，这也是 Android 系统可以实现全局的返回按钮、系统导航手势。

iOS 每个 App 只有一个主 Window ，所有的内容都是在这一个 Window 内显示的，并没有所谓 "页面" 的概念。开发者可以用苹果提供的 UINavigationController 来展示内容和管理导航，也可以自己写导航管理（比如高德地图那种），甚至可以从头实现其他交互模式、同时显示多个导航、支持多指同时导航。所以 iOS 系统层面并没有一个全局的页面导航逻辑，苹果能做的就是提供一些官方控件给你用。

桌面环境和这两个都不一样，桌面 App 也是多窗口，但一般内容导航还是发生在一个窗口内的，并且"鼠标坐标"这个交互维度是始终存在的。快捷键和鼠标坐标，都是系统直接发给高亮窗口，再由这个窗口自行处理的。所以说桌面 App 同样也没有全局的返回之类功能，也是由 App 自行处理的，只不过相比 iOS 多了个全局鼠标坐标，所以开发者可以定位位置。比如一个窗口内，有左右两个内容区域分栏显示，侧滑返回时只会触发鼠标所在的那个区域。但如果没有鼠标，你是不知道该触发哪个区域的。 @noahhhh