道理其实很简单，苹果不会做一个不伦不类的半成品罢了！

你兴许已经意识到我表达的潜在意思了，苹果某一天突然提供右边框左滑返回的手势是有可能的，这种操作模式也确实有其存在的合理性。但是苹果的实现，绝对不会是你现在看到的这个样子。就像苹果的息屏显示和Android的息屏显示完全不是一个路数，苹果的自适应刷新率也不会像Android高刷那么粗暴。

所以，苹果不会在现有的基础上，直接加入一个右边框左滑简单映射成左边框右滑的逻辑，这种设计本身就等于没有设计，甚至就是反人性。

苹果本身的手势设计逻辑其实极为简单，那就是符合自然符合常识，或者说符合物理规律。用过苹果电脑触控板的人应该都知道，触控板的默认模式就叫自然滚动。

当你把手指放在触控板上往上滑动的时候，浏览的页面就会整个被拖拽向上，就像你用手指把一张纸往上推一样。反之亦然。

iPhone上的滑动返回也是一样的逻辑，讲究的就是页面从哪里来，就应该从哪里回去。

这就类似于，当你往前走的时候，有个东西掉落在身后了，你会毫不犹豫回头捡起来，而不是往前走几步把东西捡起来。其实Android左右边框滑动返回的逻辑，很多时候就是这种与常识相背的设计。

而从哪里来回哪里去的逻辑就决定了，当你打开一个页面，它是从右边淡入到窗口，那么关闭的时候就应该从左边回到右边。

那么问题来了，如果支持从右侧向左滑动关闭窗口，那就不得不面临两个问题。

其一，依然保持从哪来回哪去的逻辑，那么当你手从右边框向左滑动，结果页面反而向右跑，很显然，这是反直觉的。如果你不能一下子感受到这种诡异的特性，不妨想象一下，你用力向前方抛出一颗石子，结果这颗石子却径直往身后飞出去，是不是有点神经错乱呢？

其二，保持手势动作的一致性，当你从右边框往左滑动的时候，窗口跟着手滑动方向从左侧消失，这样一来，确实保持了手势的一致性，但是却违反了最开始的逻辑，那就是窗口从哪里来就应该回哪里去！

如果是那种从右边框往左滑动，然后窗口向下或者向上消失，那就更加杀马特了！

如果要做一个从右边框往左滑动返回的功能，苹果究竟会怎么做呢？

很显然，苹果的做法不可能是简单的手势映射，而会是一个左右手操作逻辑的全局特性。简单来说就是，支持从右边框往左滑动关闭页面，那就决定了页面需要时从左侧进入窗口，关闭的时候也会回到左侧。而放在左上角的关闭按钮，也会全部出现在右上角。

说白了，就是需要所有的UI设计按照如今的逻辑做一次相反的设计，这可不是简单的来一次系统升级就可以的，还需要应用层面的配合修改。其实很多应用，在嵌套很多层窗口以后，甚至都做不到滑动关闭页面。统一改动所有窗口切换逻辑的复杂程度和工作量，应该也可想而知了吧！

说到这，你是不是就能理解，苹果明明有着一流的UI设计，有着极为优秀的系统动画，应用程序也能有着相当一致的操作逻辑，但是就是不肯支持这么一个看似简单的右边框往左滑动关闭窗口的功能了呢！其实说到底，还是有设计和压根没设计的区别。或者说，有逻辑和没逻辑的区别。

在真正的设计面前，其实用户需要的是符合逻辑的交互方式，而不是在某些场景下的交互优势。再说了，哪怕是知乎这么个适配度不是很完善的应用，也根本不需要从左边框往右滑动才能关闭窗口啊！明明只需要从中间位置右滑就可以关闭窗口了啊！