c语言指定按钮位置,确定和取消按钮的放置位置

我记得之前在做弹窗的时候曾经跟产品讨论过确定和取消的位置放置问题，确定是在左边好呢？还是右边好呢？取消呢？一直没有个定论。这次我就查找了一些相关资料学习，跟大家聊一聊。

不同平台的放置位置

苹果不论移动或电脑设备，确定按钮都放在右边。

ios的移动设备确定按钮的放置位置

苹果电脑设备按钮的放置位置

PC端和安卓端，恰恰相反确定按钮都放在左边。

PC电脑设备按钮的放置位置

安卓的移动设备确定按钮的放置位置

然而Android4.0后变更为“取消/确定”党，这似乎违背了多年来的坚持。

此次更改意味着什么呢？有人会觉得这是叛徒行为，毁掉多年来win培养的用户习惯。那么我们来仔细分析一下不同的放置位置到底有何不同？

1、阅读视线的顺序造成视线无意识回跳

我们可以看到当消息提示我们进行下一步操作的时候，我们会下意识的寻找动作(action)按钮，上图左侧是WP的弹窗，确定／取消。我们需要点确定的时候会先进行扫视，确定按钮放置在左边的时候，往往会从左往右看一遍再无意识回跳到左边。而不是说我先看到左边有确定就停止往下浏览了。

上图右侧的IOS弹窗，取消／确定。我们同样是按照从左到右的阅读习惯，最终视觉点会停留在右侧上。可以更快速的方便我们作出选择。而并非像WP一样绕一圈。

2、古腾堡法则

古腾堡法则指人们在浏览页面的时候，视觉都趋向于从上到下，从左到右的眼动规律。左上角是视觉的第一落点区，而右下角是视觉最终落点区。用户的视觉中心往往在页面的左上方，而结束浏览时视线往往落在右下角，所以合理利用这个法则可以帮助用户更好地获取内容并采取行动。

那么根据这个法则就不难解释为何安卓继4.0之后为何将确定更改到右下角的位置。显然最终的视觉落脚点很大程度上影响着用户的操作。所以说确定放在右下角是更为合理的，如若放在左下角就会停留在视觉盲点区域内了。

3、取消和确定孰轻孰重？

比如上一步和下一步毫无疑问是上一步放置在左边，下一步放置在右边。那么通常情况下下一步的操作频率明显比上一步的操作频率要高。那么如果按照这个逻辑，取消／确定这种放置位置就更为合理。有朋友问取消和确定哪个更重要？通常还是以实际的操作频率的基准来看的。实际操作中遇到这种情况，往往还是确定按钮的操作频率要高很多。所以确定放置在右侧，取消放置在左侧并没有什么不妥。

当然无论我们怎么样放置一定要遵循系统逻辑的一致性，比如在同一个APP里，取消和确定的操作位置要保持统一，不要换来换去，不然很容易造成用户的误操作。