苹果对“全局返回”的新答卷逐渐清晰

2025 年 2 月 10 日
 deemoe
从最早的 App Store 的首页卡片,到后面的手记 APP 和 Apple Music 打开专辑/播放列表的动画改动,再到最近的 Sport 和 Invites ,都在刻意弱化从边缘返回的手势操作。应该是为了应对越来越大的手机屏幕和越来越窄的边框吧。
8790 次点击
所在节点    Apple
66 条回复
MacsedProtoss
2025 年 2 月 11 日
@Donaldo
1.安卓给人的体验就是他的栈并不是纯页面栈,这就是为啥我说它的返回上一步的表现和预期并不一定一致,有些场景明明你是想返回上一页,但是用全局返回就在那边“undo”半天,输入框就是个很好的例子。而有些场景表现又非常神奇,以 Google 官方的 Google Maps 为例,谁能解释一下为啥 “我”tab 是返回到“探索”tab ? 而大部分应用例如 QQ 微信 等,从“我”tab 返回是去桌面 而不是返回“微信”tab
这个返回就是不稳定的体验 你无法预期到底下一步是什么样
2.知道栈上的元素并不是就够了,现在安卓的设计导致为他做手势驱动没有意义,因此动画体验上就是不行,质感上就是更简陋
ShadowPower
2025 年 2 月 11 日
@MacsedProtoss iOS 的返回是比 Android 更乱的逻辑,因为我遇到过好几次忘记当前的界面要如何返回上一级的情况……
最后我还是选择打开最近任务关闭当前 APP ,再从主页进去。

有一个 APP 叫哔哩哔哩,它的 iPhone 版本从二级评论返回评论首页,有一定概率返回 APP 主页。它的 iPad 版本从一个视频进入另一个视频,再侧划返回,一定会返回主页而不是上一个视频(和 iPhone 版本行为不一致)。

而 Android 版本的哔哩哔哩并不存在这两个问题,无论是手机还是平板版本。

苹果的设计理念很美好,但实际落地之后,第三方 APP 就有各种各样奇奇怪怪的问题,和非常混乱的操作,而且苹果允许这些 APP 上架。
Android 的操作更统一,虽然不优雅,但因为更简单,反而减少了混乱。
minami
2025 年 2 月 11 日
@MacsedProtoss #7 吹牛逼一套一套,实际上没几个愿意好好适配的 app ,这就是现实
Removable
2025 年 2 月 11 日
@ShadowPower 哈哈哈,哔哩哔哩想从二级评论详情页返回到一级详情页,手指不能从屏幕边缘外开始滑,需要从边缘内的一定距离滑动才行
ShadowPower
2025 年 2 月 11 日
@Removable 是这样吗,我都是多试几次,感觉非常随机……
BadReese
2025 年 2 月 11 日
@MacsedProtoss 分析得挺好,给你点个赞
YanSeven
2025 年 2 月 11 日
@LTuser 一语中的
Sosocould
2025 年 2 月 11 日
@paradoxs 一开始 iOS 的设想确实是这样的,设想中 iOS 的每个 App 都像一个精美而独立的箱庭一样,App 内的交互都由 App 自身定义。但随着屏幕大于 3.5 寸,App 变得复杂(返回需求变得频繁),这个设想就显得很幼儿园了。

再后来 iOS 加了一个左侧边缘返回,这下好了,变成了一个混乱的幼儿园。
renmu
2025 年 2 月 11 日
想法很好,都是应用执行坏了
t4here
2025 年 2 月 11 日
android 的预测性返回留给开发者自己处理滑动边缘返回的动画,但国产一众 rom 因为之前都做了自己边缘返回,所以这个预测性返回功能没有一个 rom 是能用的
usVexMownCzar
2025 年 2 月 11 日
不算弱化吧,感觉像是 swiftUI 的 navigate 做不好了,那改变逻辑算了。

还有安卓的返回,在全面屏后也变了,把之前的抽屉弹出给删掉了。之前 Google play 从左边的边缘往右滑动有抽屉的效果,后来系统添加了左右滑动的全局返回,这两个手势就冲突了,然后不知道什么时候 Google play 把逻辑该了,抽屉效果删掉了。

类似的,iPad 的前台调度,跟浏览器的滑动返回有点冲突,全屏的情况下。
nuomi196500
2025 年 2 月 11 日
Apple Music 有个版本更新之后的返回手势应该就是在实验,把页面层级这个逻辑调整为箱子/容器,点击箱子/容器打开,返回就是原路返回关闭箱子/容器,可以避免全局返回手势不符合直觉的问题,就是不知道未来会有什么手势来做全局返回
okakuyang
2025 年 2 月 11 日
你说的这个 iOS 早就有了,还没全面屏的时候就有了。苹果是在全面屏之后某一个版本把这中 viewcontroll 的呈现方式改成了默认,希望开发者多用用。实际上并不好用,苹果给这种呈现方式定义的场景是“比较少的交互,轻进轻出”。

安卓 App 本质上一个个 Activity 在栈里,所以看起来像是能一路返回的样子。但是如果自己在 Activity 上用了 fragment 来组织界面,是要自己重写掉返回键事件来控制返回的。

本质上 iOS 和安卓两边都需要开发者自己处理返回逻辑,只是安卓做的比较固定,返回键在大多数场景下管用而已。

在安卓 15 上,预测性返回变为默认开启。这时候开始安卓才真正具有了和 iOS 的 NavigationController 接近的功能。
zzznow
2025 年 2 月 11 日
@paradoxs 流氓软件开心死了。或者某些软件没提供返回按钮就傻眼了,输了一大堆信息没办法返回修改只能重新输入。
zzznow
2025 年 2 月 11 日
动画再好看也没有用着顺手重要
paradoxs
2025 年 2 月 11 日
@zzznow 流氓软件开心死了。或者某些软件没提供返回按钮就傻眼了,输了一大堆信息没办法返回修改只能重新输入。
------------------
这种问题不应该由系统解决。这是他们产品经理定义的软件交互逻辑啊。他们肯定有自己的理由。
paradoxs
2025 年 2 月 11 日
@Sosocould 一开始 iOS 的设想确实是这样的,设想中 iOS 的每个 App 都像一个精美而独立的箱庭一样,App 内的交互都由 App 自身定义。但随着屏幕大于 3.5 寸,App 变得复杂(返回需求变得频繁),这个设想就显得很幼儿园了。
再后来 iOS 加了一个左侧边缘返回,这下好了,变成了一个混乱的幼儿园。
-----------------
iOS 的左侧边缘返回,在 xcode 里面是可以关闭的。没有强制的。是可选的。

我还是认为,系统不应该强制软件。 在 APP 内部,软件工程师应该有最大自由度。
Rickkkkkkk
2025 年 2 月 11 日
@MacsedProtoss 你真可以现在打开苹果的几个自带 app 体验一下(相册、博客等等),会发现连有些地方允许横滑返回,有些地方不可以;返回按钮的位置也是乱的
Sosocould
2025 年 2 月 11 日
@paradoxs 最终理想主义者得到了印度一般的自由度。
DinnyXu
2025 年 2 月 11 日
楼上很多大楼都很专业,我就说一点我个人使用感受,iPhone 屏幕大了后,我右手大拇指要去从左往右滑比较费劲,特别是晚上侧躺玩手机,但是我换了安卓后,全屏幕任何位置一个小侧滑就返回了,别提多舒服了

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://v2ex.ih06.com/t/1110425

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX