这就类似于，当你往前走的时候，有个东西掉落在身后了，你会毫不犹豫回头捡起来，而不是往前走几步把东西捡起来。其实Android左右边框滑动返回的逻辑，很多时候就是这种与常识相背的设计。
而从哪里来回哪里去的逻辑就决定了，当你打开一个页面，它是从右边淡入到窗口，那么关闭的时候就应该从左边回到右边。
那么问题来了，如果支持从右侧向左滑动关闭窗口，那就不得不面临两个问题。
其一，依然保持从哪来回哪去的逻辑，那么当你手从右边框向左滑动，结果页面反而向右跑，很显然，这是反直觉的。如果你不能一下子感受到这种诡异的特性，不妨想象一下，你用力向前方抛出一颗石子，结果这颗石子却径直往身后飞出去，是不是有点神经错乱呢？
其二，保持手势动作的一致性，当你从右边框往左滑动的时候，窗口跟着手滑动方向从左侧消失，这样一来，确实保持了手势的一致性，但是却违反了最开始的逻辑，那就是窗口从哪里来就应该回哪里去！
如果是那种从右边框往左滑动，然后窗口向下或者向上消失，那就更加*马特了！
如果要做一个从右边框往左滑动返回的功能，苹果究竟会怎么做呢？
很显然，苹果的做法不可能是简单的手势映射，而会是一个左右手操作逻辑的全局特性。简单来说就是，支持从右边框往左滑动关闭页面，那就决定了页面需要时从左侧进入窗口，关闭的时候也会回到左侧。而放在左上角的关闭按钮，也会全部出现在右上角。
说白了，就是需要所有的UI设计按照如今的逻辑做一次相反的设计，这可不是简单的来一次系统升级就可以的，还需要应用层面的配合修改。其实很多应用，在嵌套很多层窗口以后，甚至都做不到滑动关闭页面。统一改动所有窗口切换逻辑的复杂程度和工作量，应该也可想而知了吧！
说到这，你是不是就能理解，苹果明明有着一流的UI设计，有着极为优秀的系统动画，应用程序也能有着相当一致的操作逻辑，但是就是不肯支持这么一个看似简单的右边框往左滑动关闭窗口的功能了呢！其实说到底，还是有设计和压根没设计的区别。或者说，有逻辑和没逻辑的区别。
在真正的设计面前，其实用户需要的是符合逻辑的交互方式，而不是在某些场景下的交互优势。再说了，哪怕是知乎这么个适配度不是很完善的应用，也根本不需要从左边框往右滑动才能关闭窗口啊！明明只需要从中间位置右滑就可以关闭窗口了啊！
