关于「确定」「取消」按钮的一些讨论

在帆软实习的时候，我在完成一个简单功能的时候需要做一个弹出框。但是在查询规范的时候发现了有的弹出框包括确定和取消，有的只有确定，并且确定和取消的位置也不固定，所以对于在这里按钮个数和位置的使用，我想记录一下自己的想法。

首先一个问题是：什么情况应该用「确定」和「取消」，而什么时候应该只用「确定」呢？

这个问题其实现在想来很简单，不需要过多的强加的定义。对于一些提示信息或不需要用户操作的内容，完成可以只用「确定」；而对于一些执行操作的弹出框，用户有权利进行返回取消操作，简而言之，用户若在这个弹窗里有投入那就必须有「取消」的权利，否则单纯的浏览可以不需要「取消」

那么在「确定」和「取消」同时存在的时候，到底哪个该放在左边呢？我们可以先看看现在市场上主要设备的设计规范：

Windows

在windows里面，从开始到现在都一直秉持着「确定」在左边的设计原则，这是由于大多数文化中人们提问的语言习惯，”你今天要去网吧通宵吗，去还是不去？“，”Would you like to grab something to drink, yes or no?“等等。所以刚开始的设计原则是「确定」在左边

Windows设备按钮位置

macOS

macOS的规范里在Alerts模块明确指出了默认按钮（「确定」）应该放在右边，「取消」按钮在左边

Alerts的按钮位置说明

iOS

iOS与macOS的规范保持一致

iOS设备按钮位置

Android

以前的Android：”左确右取“

Android4.0以后：”左取右确“

           Android设备按钮位置(new)

       Android设备按钮位置(old)

所以说现在的大趋势是”左取右确“，那么原因究竟是什么呢？

网上现在有人说的主要有两点原因：

阅读视线的顺序是从左到右，不需要视线回跳

古腾堡法则：人们在浏览页面的时候，视觉都趋向于从上到下，从左到右的眼动规律。左上角是视觉的第一落点区，而右下角是视觉最终落点区

关于这两点原因，我有一个疑问，我们探讨按钮位置的情况，大多出现在需要用户去操作的功能性弹窗，这类弹窗往往需要用户仔细阅读信息内容再做出判断，如果我们在这里的设计是为了提高用户的阅读效率和速度，那其结果可能会是用户因为浏览过顺而没有经过合理思考，产生误操作的可能性很高，所以我们在这里采取”左取右确“的设计原则是为了减少用户的视觉负担的理由并不可取。除此之外，有人提到现实情况中人们往往不会仔细思考两个按钮显示什么内容，而是通过以往的经验来做出选择（即模式识别），所以如果能够保持移动端和PC端的一致性，我觉得无论是哪一种排列方式都是有其道理的。