这是一个创建于 1959 天前的主题，其中的信息可能已经有所发展或是发生改变。
原文链接在这： https://sspai.com/post/55638
新的手势感觉要多滑稽就有多滑稽，完全不把用户当用户，反观 iOS 上的上滑手势就非常好用，作为一个主要做 Android 的程序员真得是有点恨铁不成钢了！
其实这种例子比比皆是，一直都想吐槽一下，今天看到这篇文章后再也忍不住了。 还拿 Back 键举例:
-
iOS 上只有一个 HOME 键，用户要想退出 app 直接按一下就行了，用户根本不需要去关心，也不需要知道 app 是真的退出了还是隐藏了，这种程序的回收细节完全由操作系统管理，现在再来看一下 Android 上
-
从最开始的实体按键（ back, menu, home, recent task ）四大键 -> 屏幕上的虚拟键 back, home, recent task 三大键 -> 现在 Android Q 上的这种反人类的全屏操作手势。设计上就一直在变。而且对于退出应用来说用户有两种选择（ back、home ）而这对于一个没有任何计算机知识的人来说是有学习成本的，我什么时候要按 back 键，什么时候要按 home 键，既然按了以后 app 都不可见了那这两者又有什么区别，然后再要向用户解释一遍 back 键程序退出了，home 程序没退出？？？用户是不是可能还会问什么是程序，看不见了不就退出了吗？？？ 我们作为程序员或者了解计算机机制的人觉得很简单甚至是觉得这两个问题很滑稽，但对于普通用户而言是真的有学习成本的.
记得当年乔布斯就讽刺说：
Android 是给计算机科学家用的
除了上面的这些例子外，作为一个程序员我也想说这种情况在 iOS 和 Android 的 API 设计上也依然存在： iOS 上的 ViewController 与 Android 上的 Activity 大概是对等的两个类，先来看一下 ViewController 的关键生命周期：
loadView() -> viewDidLoad() -> viewWillAppear() -> viewDidAppear() -> viewWillDisappear() -> viewDidDisappear()
再来看一下 Android 的 Activity 的生命周期：
onCreate() -> onStart() -> onResume() -> onPause() -> onStop() -> onDestory()
我第一次看到 iOS ViewController 的生命周期方法时觉得这太清楚了完全的见名知意，你再来看一下 Android 的 Activity，不看文档你能告诉我 onStart 和 onResume 的区别吗？ onPause 和 onStop 的区别又是啥？
类似这种例子太多了...
不知道在哪听过一句话：
苹果是设计师兼职写代码，Google 是程序员兼职做设计
PS: 没有诋毁程序员的意思，而且我也是程序员
 |
1
yukiww233 2019-07-12 20:04:12 +08:00
android q 的手势确实挺蠢的，不如部分国产 ui 的全面屏手势交互
不过全局 back(或者物理 back)还是需要的，ios 单手操作时碰到有些页面不能侧滑返回，需要点左上角返回可是酸爽 |
 |
3
greenskinmonster 2019-07-12 20:15:02 +08:00
全局 back 当然需要，主要用来返回上一个界面，而不是退出程序。
现在很多应用左上角有个 X，还有个返回箭头，真是混乱。 |
 |
4
ghui OP @greenskinmonster back 键做返回是可以，但 iOS 的滑动返回感觉更方便
|
|
5
greenskinmonster 2019-07-12 20:33:46 +08:00
@ghui #4 滑动返回和返回键不冲突的，而且返回键使用场合更加广泛，比如取消输入法这种非全屏的界面，比如 tv 系统，eink 设备。
当然滑动也很好用，我觉得 android 应该加入系统级的滑动返回支持。 |
|
6
ghui OP @greenskinmonster 非全屏的这种操作 iOS 上是轻触弹窗之外的区域，个人认为这种操作更符合人的自然直觉，至于 back 键返回页面这点上习惯了似乎也是很方便，我在发帖时局限在了退出应用上
|
 |
7
dobelee 2019-07-12 20:49:35 +08:00 via Android
Android 设计没有问题，全局返回绝对是个好东西，智能操作系统必须有的。
问题在于 app 设计太奔放五花八门，或者说 Android 没有进行规范和限制。 例如按 back，有的 app 返回上一级，有的退出了。又例如，有的 app 退出后依然可以直接切回来。真的让人很蒙蔽。 |
 |
8
Buges 2019-07-12 20:52:58 +08:00 via Android  1
赞同原生 Android 手势很蠢，但国内 MIUI （包括现在在用的 fluid NG 流体手势来模拟）却是相当好用。
反对关于 iOS 只有一个 home 的逻辑，back 不是用来退出，而是返回上一个活动。iOS 中同样的逻辑也存在，更是反大拇指不长的人类。 你 大 拇 指 很 长 吗？ 并且隐藏到后台和退出的区别混为一谈的话，当一个 app 有后台功能时，我该如何控制他是否在后台工作？比起划卡清理，专门设置也很反人类。 |
 |
11
zzzim 2019-07-12 21:59:27 +08:00 via Android
iOS 左上角的全局返回也很难受。。。单手极难够得到
|
 |
13
blless 2019-07-12 22:27:46 +08:00 via Android
华为手势还行…返回是任意侧边按住往里拉，主页就从底往上划 一般就用这两，基本告别虚拟键了
|
 |
14
DeweyReed 2019-07-12 22:35:10 +08:00
今天刚学的：自嗨式开发。
佩服新 beta 的新设计。另外，Android 开发表示羡慕 iOS 的 Lifecycle。 |
 |
15
Building 2019-07-13 08:26:34 +08:00 via iPad
实际上程序员也不喜欢用 Android，都是怎么懒怎么来。
|
|
16
Building 2019-07-13 08:35:26 +08:00 via iPad 1
返回键的放置应该是和页面的层级有关系的，比如左右推进的导航页面用返回就显得很合理，从下方弹出的页面只能用完成来关闭，iOS 13 考虑到屏幕增大，从下方弹出的页面改成卡片式，直接下拉就可以关闭，光是这点设计就能把 Android 甩的很远，用户清楚的知道自己的操作，方不方便是可以另外优化的事情。Android 那个返回键，按下去之前用户完全不知道会发生什么，可能返回上一级？关闭这个页面？直接退出应用？按下去之后才知道原来是这样，每个 app 都不一样，用户就要一个个去记忆这样的操作，你说那个更方便呢？
|
 |
17
mayne95 2019-07-13 09:33:31 +08:00 via Android
安卓 iOS 都在用，安卓 Q 从 beta3 用到了 beta 5。开始有些不习惯，后来用多了感觉还行吧。侧滑返回和原来的抽屉设计有冲突。beta 5 里面说是有改善，但还是不好用。其它的还行吧,现在的版本已经比较流畅了。
主要还是习惯问题 |
 |
18
mohoumk2 2019-07-13 10:28:15 +08:00 via Android
Android 是给计算机科学家用的
iOS 是给没有脑子的人用的 原生 Android 的手势反人类，就代表其他厂商的手势就反人类？ |
 |
19
leafiy 2019-07-13 11:10:11 +08:00 via Android
可以理解，做好用了就变成 google 抄袭米了
|
 |
20
wsxyeah 2019-07-13 12:06:17 +08:00 via iPhone
从 Pie 开始出的手势操作到现在 Q 的一直很难用，还是用回了三键导航🐶
|
 |
21
marcong95 2019-07-13 15:38:17 +08:00
之前 XZP 的时候用 FluidNG 用得挺爽，换成了 1+7 Pro 由于有全局手势就没装，但是觉得底部返回手势太难受，但是试了下药丸，感觉打开了新世界的大门，尤其是这种极大屏占比的屏幕下，窃以为虚拟键占据的位置问题并没有原来 16:9 那么严重，药丸这种我感觉有点是手势跟虚拟键的平衡点。尤其是在 android 还有一部分 app 还存在双击返回键退出逻辑的前提下，虚拟返回还是有一定意义。
就当是用别人刘海屏的刘海部分用作虚拟键了，整体的可视范围还是差不多 侧面返回手势的更新还没推给我，所以还没试过。 @mohoumk2 #18 所以有脑子的普通人到底应该用啥呢，这是个神奇的问题。 |
Select Language