在帆軟實(shí)習(xí)的時(shí)候，我在完成一個(gè)簡單功能的時(shí)候需要做一個(gè)彈出框。但是在查詢規(guī)范的時(shí)候發(fā)現(xiàn)了有的彈出框包括確定和取消，有的只有確定，并且確定和取消的位置也不固定，所以對(duì)于在這里按鈕個(gè)數(shù)和位置的使用，我想記錄一下自己的想法。

首先一個(gè)問題是：什么情況應(yīng)該用「確定」和「取消」，而什么時(shí)候應(yīng)該只用「確定」呢？

這個(gè)問題其實(shí)現(xiàn)在想來很簡單，不需要過多的強(qiáng)加的定義。對(duì)于一些提示信息或不需要用戶操作的內(nèi)容，完成可以只用「確定」；而對(duì)于一些執(zhí)行操作的彈出框，用戶有權(quán)利進(jìn)行返回取消操作，簡而言之，用戶若在這個(gè)彈窗里有投入那就必須有「取消」的權(quán)利，否則單純的瀏覽可以不需要「取消」

那么在「確定」和「取消」同時(shí)存在的時(shí)候，到底哪個(gè)該放在左邊呢？我們可以先看看現(xiàn)在市場上主要設(shè)備的設(shè)計(jì)規(guī)范：

Windows

在windows里面，從開始到現(xiàn)在都一直秉持著「確定」在左邊的設(shè)計(jì)原則，這是由于大多數(shù)文化中人們提問的語言習(xí)慣，”你今天要去網(wǎng)吧通宵嗎，去還是不去？“，”Would you like to grab something to drink, yes or no?“等等。所以剛開始的設(shè)計(jì)原則是「確定」在左邊

Windows設(shè)備按鈕位置

macOS

macOS的規(guī)范里在Alerts模塊明確指出了默認(rèn)按鈕（「確定」）應(yīng)該放在右邊，「取消」按鈕在左邊

Alerts的按鈕位置說明

iOS

iOS與macOS的規(guī)范保持一致

iOS設(shè)備按鈕位置

Android

以前的Android：”左確右取“

Android4.0以后：”左取右確“

?? ? ? ? ? Android設(shè)備按鈕位置(new)

?? ? ? Android設(shè)備按鈕位置(old)

所以說現(xiàn)在的大趨勢(shì)是”左取右確“，那么原因究竟是什么呢？

網(wǎng)上現(xiàn)在有人說的主要有兩點(diǎn)原因：

閱讀視線的順序是從左到右，不需要視線回跳

古騰堡法則：人們?cè)跒g覽頁面的時(shí)候，視覺都趨向于從上到下，從左到右的眼動(dòng)規(guī)律。左上角是視覺的第一落點(diǎn)區(qū)，而右下角是視覺最終落點(diǎn)區(qū)

關(guān)于這兩點(diǎn)原因，我有一個(gè)疑問，我們探討按鈕位置的情況，大多出現(xiàn)在需要用戶去操作的功能性彈窗，這類彈窗往往需要用戶仔細(xì)閱讀信息內(nèi)容再做出判斷，如果我們?cè)谶@里的設(shè)計(jì)是為了提高用戶的閱讀效率和速度，那其結(jié)果可能會(huì)是用戶因?yàn)闉g覽過順而沒有經(jīng)過合理思考，產(chǎn)生誤操作的可能性很高，所以我們?cè)谶@里采取”左取右確“的設(shè)計(jì)原則是為了減少用戶的視覺負(fù)擔(dān)的理由并不可取。除此之外，有人提到現(xiàn)實(shí)情況中人們往往不會(huì)仔細(xì)思考兩個(gè)按鈕顯示什么內(nèi)容，而是通過以往的經(jīng)驗(yàn)來做出選擇（即模式識(shí)別），所以如果能夠保持移動(dòng)端和PC端的一致性，我覺得無論是哪一種排列方式都是有其道理的。