令人绝望的 Android 后退、主页、多任务 Navbar 设计

[haruhi]

有点长，就不全文贴过来了。大概是吐槽 Android 第一期。

https://bilibi.li/2021/04/05/android-navbar-nightmare

[lvdb]

@stabc 因为 iOS 的返回是手势操作，左侧边缘右滑返回

[murmur]

@codehz 安卓 app 如果返回到退出，是会弹框问你的，你这问题说的是苹果，不允许主动退出，一下回桌面去了

还有微信小程序垃圾设计很多也没有返回支持，那是小程序垃圾

[dingwen07]

iOS 的返回逻辑才令人头大，没有系统级别的返回实现。特别是“全屏弹窗”这个东西，有时候能下拉退出有时候不行，有时候能向右滑动退出有时候不行，完全无法预测。。。
还有在微信内置浏览器里，需要用底部的浏览器方向键，右滑返回会直接退出内置浏览器

[Lin0936]

在用 Android11 with 三大金刚

[DOLLOR]

三大金刚多好，从第一次玩 android 到今天都在用，哪怕“全面屏时代”也是。

[imicksoft]

喜欢物理三大金刚

[Cielsky]

@lvdb 不好用，手小摸不到左边。
安卓的话直接侧边滑就可以了，两边都可以滑动

[cmdOptionKana]

用了一段时间全屏手势，还是不习惯，改回三大金刚了，幸好安卓机自由度大，爱怎么样都可以改。

[FlyingShark]

感觉标题说反了，应该是 “令人绝望的 ios”，有些可以边缘右滑返回，有些必须按返回键，令人费解

[mygreens]

@also24 问题 2 通过 activity 栈实现不同逻辑。问题是用户对于实体返回键的行为没有预期，到底是返回上一个页面，还是上一个 app，还是收起键盘，开发者的实现逻辑对用户完全是黑盒。

[mygreens]

iOS App 不乱实现的话，怎样返回是很直观的，看一眼就知道是下滑还是右滑。觉得不好用是用安卓的上帝返回键太久了，相反是反逻辑的，手势和各种组件冲突，没有动画，需要 app 自己来擦屁股。

[also24]

@mygreens #30
每个用户自身的逻辑思维是不一致的，并不存在统一的用户预期，用户预期是靠 『统一的实现』来培养的。

Google 给出了它认为合理的统一实现（并详细阐述了背后的逻辑）。
然而（大量的）开发者，由于各种原因，没有做相应的配合，导致用户实际体验到的逻辑不一致。


这个问题实际上在各个系统中都存在，只是表现的是否明显，以及用户的谅解程度，例如你楼上提到的 iOS 的侧滑返回适配问题。

[TypeError]

三大金刚多好用，

全面屏下都舒服，手势也只能辅助，不能替代

[also24]

@mygreens #31
『 iOS App 不乱实现的话』这段话很重要，系统提供的边缘侧滑返回，实际上是和 UINavigationController 的 Push Pop 相关的，如果你只这样使用，不触碰其它的坑，自然是不会遇到问题。

但是确实没有『乱实现』的么？翻个帖子看看： https://v2ex.com/t/669493


另外，iOS13 之后，Present Modally 的出现，加入了下拉返回的逻辑，带来了更多交互上的迷糊。
想要体验的话，打开『待办事项』，点击新建，在新建页面从左侧边缘向内侧滑，随着从左向右的手势，页面很配合的来了一个下滑的动画。


随着系统的发展、硬件的更迭，新旧交互逻辑混在一起是两家都存在的顽疾，大家都是满脸灰，真就谁也别来嘲笑谁。
至少在我看来，这些问题更大的责任方是第三方 APP，是否有研究对应平台的设计逻辑，做出与平台相匹配的产品。

[wipbssldo]

@also24 「另外，iOS13 之后，Present Modally 的出现，加入了下拉返回的逻辑，带来了更多交互上的迷糊。
想要体验的话，打开『待办事项』，点击新建，在新建页面从左侧边缘向内侧滑，随着从左向右的手势，页面很配合的来了一个下滑的动画。」 iOS14.3 并没有复现

[Jooooooooo]

苹果的返回才让人头大

[also24]

@wipbssldo
我不太确定 iOS14 的『待办事项』是否修理了这个问题，实在懒得更新到 14 了，至少 iOS13 还是存在这个问题的。
第三方 APP 里应该也有存在这个问题的，不过需要找一下，之所以选『待办事项』，是因为它是第一方应用，更有讽刺性。

这个问题之前还是引发了大量讨论的，回头我翻一下历史。

[mygreens]

@also24 大部分同意。iOS 上只要遵循哪个方向弹出来的页面，从反方向下滑就可以返回逻辑，基本可以覆盖所有 app （微博之类的除外），这个逻辑很直观，在 app 间跳转的情况，系统也会在左上角给出返回上一个 app 的按钮。
安卓的问题在于最开始做按键机遗留下的硬返回键，返回目标不明确。官方给的文档开发者看都晦涩，更别指望用户能理解。
全面屏风潮之后学习 iPhone 的返回手势，和自己的汉堡菜单冲突，官方的方案居然是让开发者停用返回手势（长按 peek 只支持 DrawerLayout ）。安卓的侧滑返回只是硬返回的另一种拙劣实现，目测还需要几个版本擦屁股。
最大的问题还是谷歌的短见，没有给出成熟的解决方案，导航样式 3 年 3 个样也是没谁。从刘海开始流行以后，官方给出适配全面屏的 api 一直在改，导致开发适配难度大，app 不适配很大程度是谷歌的问题。

[mygreens]

汉堡菜单在手势返回出现之前，就是个失败的东西，谷歌一直不承认（ Gmail 也还在用），给不解决问题，这种行为是很恼人的。

[also24]

@mygreens #38
『官方给的文档开发者看都晦涩，更别指望用户能理解』

这段话不太同意，Android 的这套逻辑，实际上就是为了『辛苦开发者，解放用户』，如果开发者按规矩做了适配，用户层面来说，只要体验保持一致，是没有太大的认知障碍的。
（此处要补一条：不要把其它操作系统的逻辑，先入为主的带入进来，评价 Win 和 macOS 的时候也是同理）


『最大的问题还是谷歌的短见，没有给出成熟的解决方案』

这段话同意一半：
同意的部分是在控件、手势层面上，谷歌确实是三番五次的打自己的脸，折磨开发者，自作自受。
但是在逻辑层面上，其实 Task 的概念一直都未有改变，我前面贴的关于 Task 的文档，印象中至少存在了 6~8 年左右。