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

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

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

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

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

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

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

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

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

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

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

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

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

https://ex.noerr.eu.org/t/1110425

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

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

© 2021 V2EX