由 Android Q Beta 5 新的手势操作机制想到的

原文链接在这： 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: 没有诋毁程序员的意思，而且我也是程序员

marcong95

2019-07-13 15:38:17 +08:00

之前 XZP 的时候用 FluidNG 用得挺爽，换成了 1+7 Pro 由于有全局手势就没装，但是觉得底部返回手势太难受，但是试了下药丸，感觉打开了新世界的大门，尤其是这种极大屏占比的屏幕下，窃以为虚拟键占据的位置问题并没有原来 16:9 那么严重，药丸这种我感觉有点是手势跟虚拟键的平衡点。尤其是在 android 还有一部分 app 还存在双击返回键退出逻辑的前提下，虚拟返回还是有一定意义。

就当是用别人刘海屏的刘海部分用作虚拟键了，整体的可视范围还是差不多

侧面返回手势的更新还没推给我，所以还没试过。

@mohoumk2 #18 所以有脑子的普通人到底应该用啥呢，这是个神奇的问题。