「确定」和「取消」按钮哪个该放在左边？

永恒之战
“确定/取消”党与“取消/确定”党在这场旷日持久的按钮排序之战中，各执己见，至今未能统一。

“确定/取消”党的见解：

符合自然说话/阅读习惯。日常生活中当我们提出问题并伴随肯定与否定的选择时，往往会这样说：“Is this your axe? Yes? Or no?”而不是“No? Or yes?”。因为大多数语言都是从左往右阅读，所以把“确定”放在“取消”左边符合说话习惯。（阿拉伯世界您就忍了吧。。。）
更早看到/选到“确定”按钮。如果用户视线是按照下图中的过程来浏览，且大多数时候用户会选择“确定”，这样排列用户可以更早地看到“确定”按钮。习惯用 Tab 键在按钮间跳转的用户可以少按一次 Tab 键。（这年头谁还用 Tab 键在按钮间导航。。。）

“取消/确定”党的见解：

增强交互的流程感。“取消”的后果是返回并不进行该操作，“确定”会执行操作并进入下一环节，“取消”在“确定”左边符合“Previous/Next”的顺序。符合“向右表示推进或下一个”的阅读习惯。（阿拉伯语再次被忽视。。。）

视线不需要折返。大多数时候用户点“确认”，如果“确认”在左边，用户在读完整个对话框后视线还需要返回，浪费了时间。（半秒左右？）

“确定/取消”党员：

Windows

Linux

“取消/确定”党员：

OS X

叛徒：

Android（4.0后变成“取消/确定”党）

最后你们大家都别闹了，说说我的看法。

“视线”只是一种意淫。用户不是从左到右地逐字阅读对话框内容的，特别是对于右下角这两个按钮，不是“阅读”，是“扫描”，是模式识别（pattern recognition）。换句话说就是如果总是“OK/Cancle”的顺序并且总是一样的 layout，扫一眼就马上能根据图像特征（比如“OK”比“Cancel”短）辨别谁是谁。没有人会真的在脑子里阅读这两个词。也就是说所有基于阅读顺序的理由都不成立，同时也引出了下一条。
统一最重要。电脑用着 OS X，手机用着 iOS 必然是幸福的，因为不会精神错乱。但是当用户在两党之间来回周旋，稍有不慎就会铸成大错（写了一天的文档点错没存上的人不是我）。作为UI 设计师，最好还是到什么山头唱什么歌，跟操作系统保持一致，这样可以节省用户模式识别的时间。就算你认为你与众不同的品位可以帮助用户节省半秒钟，但一旦用户因为惯性点错损失何止半秒钟？（同一个 App 内部还不能做到统一的还不赶紧点赞走人？）
用动词代替“确定”。大家会发现 Apple 会尽量用执行的动作本身来代替“确定”按钮，这样可以更好地起到警示作用，原因是它打破了模式识别，用户不得不注意这个不同的按钮，引导用户理解将要进行的操作。

危险的按钮放远点。那些一失足成千古恨的按钮扔远点儿行不行啊！拿 Windows 里的 Notepad 跟 OS X 上的 Keynote 对比，当用户在有更改没有保存时试图关闭 App时，Notepad 的“不保存”按钮夹在“保存”和“取消”之间，用户无论是点“保存”还是“取消”都有可能误点到“不保存”而丢失更改。而 Keynote 把两个不会造成危害的“取消”和“保存”按钮放在右边，而把“删除”放在最左边。（由于 Keynote 会对已经存在在磁盘上的文档自动保存更改，所以图片截取得是关闭新文档时的对话框。因此按钮上是“Delete”，意思是点这个按钮文档就删除了，易于理解。）

你说啥？你是搞网页设计的？啥平台都能用？哪个平台用户多就按照哪个来呗！实在闲的蛋疼按照用户的系统动态切换一下。

== 20150913 更新 ==
拜托那些说某些平台在这个问题上做得并不统一的人，您先搞清楚什么是系统级别和第一方软件再开口。拿着一堆第三方软件截图说某平台上的软件根本不统一，我只能当您是装糊涂了。第三方软件跟操作系统本身规范不统一是第三方开发者自己的问题，关 Microsoft 和 Apple 什么事儿？

再重申一遍，我认为没有优劣，无关设计时尚，与操作系统保持统一是第一原则。

不要认为操作系统给用户培养的习惯不重要，你们看看 Android 4.0 改变之后有多少人点错就知道了。如果你不信，就跟系统对着干，或者让你的 App 里每一次弹出对话框，按钮顺序就改变一次，让你的用户体会一下这友好的易用性。

转载自知乎：

作者：高云 Vincent，独立游戏搬砖人原文地址

原创文章，作者：ioued，如若转载，请注明出处：https://www.iamue.com/11429/