确定 和 取消，哪个应该在左边设置？这个按钮的排序好像是一个永恒的话题。今天就来讨论下这个问题。这里分为两种流派：1. 确定/取消；2.取消/确定
这里补充下，设置按钮为什么那么重要？如果没有足够的重视，你可能就会丢失你的用户转换率
确定/取消 观点
1.【确定/取消】类型符合我们的正常阅读顺序。我们问问题的时候，通常会问：“这是 不是你的笔嘛？” 。而不会问“这不是 是你的笔吗？” ，又比如在英语中，我们会问““Is this your axe? Or no?” ，而不是说“No? Or yes?” 在大多数语言中，人们习惯从左到右阅读，这符合我们的语言习惯。所以【确定】键放在左边
2.【确定/取消】在我们选择的时候，我们通常会选择【确定】键。如果按照下面的图片进行顺序浏览。这种顺序可以让用户更轻松的查看并选择【确定】键。此外，用户试图使用Tab键可以切换按钮，这样可以节省点击。
取消/确定 观点
1.【取消/确定】可以增强在交互设计中的过程感。点击【确定】将继续操作，而【取消】则触发了不执行操作。所以【取消】放在左边，符合“上一个/下一个”的顺序，符合阅读习惯。
2.不考虑追溯视线。因为，他在阅读完整段对话框后，还要从左往右看，是浪费时间的。
【确定/取消】的栗子
1.Windows
2.Linux
【取消/确定】的栗子
1.OSX
2.iOS
3.Android，但安卓4.0以前是【确定/取消】
总结
两种类型没有明确的好坏之分，只要与操作系统保持一致就好。
小腰果的拓展观点
1.所谓的视觉只是一种阅读习惯。实际上，用户也不会从左往右逐句阅读。因为，用户在操作之前是一定会找到自己要操作的对象的。所以说，基于阅读顺序的观点是站不住脚的。
2.一个系统或软件中，只要保持一致性，布局保持不变就可以了，这样可以减少用户在别的页面识别的时间。
3.越来越多的对话框中，会用一些动词来代替【确定】。
4.把危险的按钮挪到一边。我们比较下，Windows电脑和OSX的下多个按钮的时候的情况。
这种在App上，比较明显的一点就是把取消按钮藏起来，让用户去执行你想让他执行的任务。
