永恒之战
“确定/取消”党的见解：
符合自然说话/阅读习惯。 日常生活中当我们提出问题并伴随肯定与否定的选择时，往往会这样说：“Is this your axe? Yes? Or no?”而不是“No? Or yes?”。因为大多数语言都是从左往右阅读，所以把“确定”放在“取消”左边符合说话习惯。（阿拉伯世界您就忍了吧。。。）更早看到/选到“确定”按钮。 如果用户视线是按照下图中的过程来浏览，且大多数时候用户会选择“确定”，这样排列用户可以更早地看到“确定”按钮。习惯用 Tab 键在按钮间跳转的用户可以少按一次 Tab 键。（这年头谁还用 Tab 键在按钮间导航。。。）
<img src="https://pic4.zhimg.com/2761e97e6f256945ac5a798967d17a77_b.jpg" data-rawwidth="185" data-rawheight="107" class="content_image" width="185"> “取消/确定”党的见解：
增强交互的流程感。 “取消”的后果是返回并不进行该操作，“确定”会执行操作并进入下一环节，“取消”在“确定”左边符合“Previous/Next”的顺序。符合“向右表示推进或下一个”的阅读习惯。（阿拉伯语再次被忽视。。。）
<img src="https://pic3.zhimg.com/02547c86492f72bd3f095d6b45a1d5c6_b.jpg" data-rawwidth="437" data-rawheight="189" class="origin_image zh-lightbox-thumb" width="437" data-original="https://pic3.zhimg.com/02547c86492f72bd3f095d6b45a1d5c6_r.jpg">
视线不需要折返。 大多数时候用户点“确认”，如果“确认”在左边，用户在读完整个对话框后视线还需要返回，浪费了时间。（半秒左右？）
“确定/取消”党员：
<img src="https://pic2.zhimg.com/a987baae57672388d404e71b5c43889d_b.png" data-rawwidth="524" data-rawheight="276" class="origin_image zh-lightbox-thumb" width="524" data-original="https://pic2.zhimg.com/a987baae57672388d404e71b5c43889d_r.png">
<img src="https://pic2.zhimg.com/914dcdc668dfe5a7f77473d00e664141_b.jpg" data-rawwidth="248" data-rawheight="238" class="content_image" width="248"> “取消/确定”党员：
<img src="https://pic4.zhimg.com/3edfb60395c31be637dd7fea9797279f_b.jpg" data-rawwidth="428" data-rawheight="138" class="origin_image zh-lightbox-thumb" width="428" data-original="https://pic4.zhimg.com/3edfb60395c31be637dd7fea9797279f_r.jpg">
<img src="https://pic2.zhimg.com/dfd8bfdb6c5eecb4d57143b14a698355_b.jpg" data-rawwidth="543" data-rawheight="362" class="origin_image zh-lightbox-thumb" width="543" data-original="https://pic2.zhimg.com/dfd8bfdb6c5eecb4d57143b14a698355_r.jpg"> 叛徒：
<img src="https://pic1.zhimg.com/79109cc40e22aadf3193c880dd608d9c_b.jpg" data-rawwidth="213" data-rawheight="129" class="content_image" width="213"> <img src="https://pic2.zhimg.com/63df55b604e9e42cd8efffbd45e8aded_b.jpg" data-rawwidth="344" data-rawheight="177" class="content_image" width="344">
最后你们大家都别闹了，说说我的看法。
“视线 ”只是一种意淫。 用户不是从左到右地逐字阅读对话框内容的，特别是对于右下角这两个按钮，不是“阅读”，是“扫描”，是模式识别（pattern recognition）。换句话说就是如果总是“OK/Cancle”的顺序并且总是一样的 layout，扫一眼就马上能根据图像特征（比如“OK”比“Cancel”短）辨别谁是谁。没有人会真的在脑子里阅读这两个词。也就是说所有基于阅读顺序的理由都不成立，同时也引出了下一条。统一最重要。 电脑用着 OS X，手机用着 iOS 必然是幸福的，因为不会精神错乱。但是当用户在两党之间来回周旋，稍有不慎就会铸成大错（写了一天的文档点错没存上的人不是我）。作为UI 设计师，最好还是到什么山头唱什么歌，跟操作系统保持一致，这样可以节省用户模式识别的时间。就算你认为你与众不同的品位可以帮助用户节省半秒钟，但一旦用户因为惯性点错损失何止半秒钟？（同一个 App 内部还不能做到统一的还不赶紧点赞走人？）用动词代替“确定”。 大家会发现 Apple 会尽量用执行的动作本身来代替“确定”按钮，这样可以更好地起到警示作用，原因是它打破了模式识别，用户不得不注意这个不同的按钮，引导用户理解将要进行的操作。
<img src="https://pic1.zhimg.com/60d24ac13db9cf512aa322a2a0a4050c_b.png" data-rawwidth="532" data-rawheight="265" class="origin_image zh-lightbox-thumb" width="532" data-original="https://pic1.zhimg.com/60d24ac13db9cf512aa322a2a0a4050c_r.png">
危险的按钮放远点。 那些一失足成千古恨的按钮扔远点儿行不行啊！拿 Windows 里的 Notepad 跟 OS X 上的 Keynote 对比，当用户在有更改没有保存时试图关闭 App时，Notepad 的“不保存”按钮夹在“保存”和“取消”之间，用户无论是点“保存”还是“取消”都有可能误点到“不保存”而丢失更改。而 Keynote 把两个不会造成危害的“取消”和“保存”按钮放在右边，而把“删除”放在最左边。（由于 Keynote 会对已经存在在磁盘上的文档自动保存更改，所以图片截取得是关闭新文档时的对话框。因此按钮上是“Delete”，意思是点这个按钮文档就删除了，易于理解。）
<img src="https://pic3.zhimg.com/280aae5cd7fac82f65f30c85e05b9b76_b.jpg" data-rawwidth="398" data-rawheight="191" class="content_image" width="398">
== 20150913 更新 ==
再重申一遍，我认为没有优劣，无关设计时尚，与操作系统保持统一是第一原则。
不要认为操作系统给用户培养的习惯不重要，你们看看 Android 4.0 改变之后有多少人点错就知道了。如果你不信，就跟系统对着干，或者让你的 App 里每一次弹出对话框，按钮顺序就改变一次，让你的用户体会一下这友好的易用性。
转载自知乎：
作者：高云 Vincent ，独立游戏搬砖人 原文地址
原创文章，作者：ioued，如若转载，请注明出处：https://www.iamue.com/11429/
