「确定」和「取消」按钮哪个该放在左边？ 高云 Vincent，game crafter / 3D artist 永恒之战： “确定 / 取消”党与“取消 / 确定”党在这场旷日持久的按钮排序之战中，各执己见，至今未能统一。 “确定 / 取消”党的见解： 符合自然说话 / 阅读习惯。日常生活中当我们提出问题并伴随肯定与否定的选择时，往往会这样说：“Is this your axe? Yes? Or no?” 而不是“No? Or yes?”。因为大多数语言都是从左往右阅读，所以把“确定”放在“取消”左边符合说话习惯。（阿拉伯世界您就忍了吧……） 更早看到 / 选到“确定”按钮。如果用户视线是按照下图中的过程来浏览，且大多数时候用户会选择“确定”，这样排列用户可以更早地看到“确定”按钮。习惯用 Tab 键在按钮间跳转的用户可以少按一次 Tab 键。（这年头谁还用 Tab 键在按钮间导航……） “取消 / 确定”党的见解： 增强交互的流程感。“取消”的后果是返回并不进行该操作，“确定”会执行操作并进入下一环节，“取消”在“确定”左边符合“Previous / Next（上一步 / 下一步）”的顺序。符合“向右表示推进或下一个”的阅读习惯。（阿拉伯语再次被忽视……） 视线不需要折返。大多数时候用户点“确认”，如果“确认”在左边，用户在读完整个对话框后视线还需要返回，浪费了时间。（半秒左右？） “确定 / 取消”党员： Windows Linux “取消 / 确定”党员： OS X iOS 叛徒： Android（4.0 后变成“取消 / 确定”党） 最后你们大家都别闹了，说说我的看法。 “视线”只是一种意淫。用户不是从左到右地逐字阅读对话框内容的，特别是对于右下角这两个按钮，不是“阅读”，是“扫描”，是模式识别(pattern recognition)。换句话说就是如果总是“OK / Cancel”的顺序并且总是一样的布局，扫一眼就马上能根据图像特征（比如“OK”比“Cancel”短）辨别谁是谁。没有人会真的在脑子里阅读这两个词。也就是说所有基于阅读顺序的理由都不成立，同时也引出了下一条。 统一最重要。电脑用着 OS X，手机用着 iOS 必然是幸福的，因为不会精神错乱。但是当用户在两党之间来回周旋，稍有不慎就会铸成大错（写了一天的文档点错没存上的人不是我）。作为 UI 设计师，最好还是到什么山头唱什么歌，跟操作系统保持一致，这样可以节省用户模式识别的时间。就算你认为你与众不同的品位可以帮助用户节省半秒钟，但一旦用户因为惯性点错损失何止半秒钟？（同一个 App 内部还不能做到统一的还不赶紧点赞走人？） 用动词代替“确定”。大家会发现 Apple 会尽量用执行的动作本身来代替“确定”按钮，这样可以更好地起到警示作用，原因是它打破了模式识别，用户不得不注意这个不同的按钮，引导用户理解将要进行的操作。 危险的按钮放远点。那些一失足成千古恨的按钮扔远点儿行不行啊！拿 Windows 里的 Notepad 跟 OS X 上的 Keynote 对比，当用户在有更改没有保存时试图关闭 App 时，Notepad 的“不保存”按钮夹在“保存”和“取消”之间，用户无论是点“保存”还是“取消”都有可能误点到“不保存”而丢失更改。而 Keynote 把两个不会造成危害的“取消”和“保存”按钮放在右边，而把“删除”放在最左边。（由于 Keynote 会对已经存在在磁盘上的文档自动保存更改，所以图片截取得是关闭新文档时的对话框。因此按钮上是“Delete”，意思是点这个按钮文档就删除了，易于理解。） 你说啥？你是搞网页设计的？啥平台都能用？哪个平台用户多就按照哪个来呗！实在闲的蛋疼按照用户的系统动态切换一下。 再重申一遍，我认为没有优劣，无关设计时尚，与操作系统保持统一是第一原则。 不要认为操作系统给用户培养的习惯不重要，你们看看 Android 4.0 改变之后有多少人点错就知道了。如果你不信，就跟系统对着干，或者让你的 App 里每一次弹出对话框，按钮顺序就改变一次，让你的用户体会一下这友好的易用性。 查看知乎原文
