移動平臺對話框內(nèi)按鍵順序研究
iOS說，「I’m always right」，于是「確定」就在了右邊。
Android倔強的說，「要在左邊」，于是「確定」就在了左邊。
接著，iOS把Android胖揍了一頓，「stay foolish，foolish……都TM要在右邊」，Android被硬拗到了右邊。
這是個老話題了，只是時間流轉(zhuǎn)，各平臺都在更新，我們也要與時俱進，有必要再拿出來提一提。
移動端三大主要平臺，Android、iOS、Windows Phone，咱們逐個說。
Windows Phone平臺
先從WP開始吧，WP平臺內(nèi)的彈出提示稱之為「raw notifications」，延續(xù)Win桌面平臺的設(shè)計原則。
如圖1所示，dialog內(nèi)操作按鍵稱之為「Commit button」，肯定性操作位于左邊，否定性操作位于最右邊。Win平臺定義了具體的用法與順序：Yes/No, Yes/No/Cancel, [Do it]/Cancel, [Do it]/[Don't do it], [Do it]/[Don't do it]/Cancel。傳送門
ps.注意OK鍵沒有在此間出沒，后面具體說明。
iOS平臺
iOS平臺，它的出身與歷史注定了與OS X在設(shè)計上的傳承。與Win相反（或者說Win有意與OS X相反，這里面又要翻出一堆歷史遺留問題了 ^_^）肯定性操作位于右邊，否定性操作位于左邊。（大多數(shù)情況下）
ps. iOS需要注意按鍵高亮的狀態(tài)。
圖3
OS X用戶預(yù)期所有的按鍵位于dialog的右底部，啟動一個操作的按鍵總是位于最右側(cè)。該按鍵稱之為「Action button」，以確認當前dialog最重要的操作。取消按鍵位于「Action button」的左側(cè)（圖3左）。 OS X Interface Guidelines，傳送門（參見Dialog章節(jié)）
iOS繼承了OS X的設(shè)計原則（圖3右），只是稍稍有些不一樣，體現(xiàn)在對于Cancel的理解上：
- 1.當操作涉及潛在的風險時，兩個按鍵中「Cancel」按鍵應(yīng)位于右側(cè)，并高亮提示。
- 2.當需要引導(dǎo)人們進行所期望的操作時，兩個按鍵中的「Cancel」按應(yīng)位于左側(cè)，相對應(yīng)的操作按鍵高亮提示。
iOS中「Cancel」可能位于左側(cè)，也可能位于右側(cè)，這取決于所執(zhí)行的操作是否具有破壞性。 iOS平臺更看中的是按鍵的高亮狀態(tài)（iOS高亮狀態(tài)始終在右側(cè)，OS X則不然）。同時在dialog彈出的情況下按下Home鍵，應(yīng)當是等同于點擊了「Cancel」按鍵，并不執(zhí)行任何操作。iOS Human Interface Guidelines，傳送門 (參見alert的描述)
Android平臺
Android平臺，這才是最頭痛的家伙，大多數(shù)的坑都在這里。剛出道時，可能是因為當時設(shè)計規(guī)范執(zhí)行力度、Android系統(tǒng)的碎片化等原因，導(dǎo)致dialog內(nèi)的操作按鍵順序隨著各應(yīng)用開發(fā)者喜好而定，大多數(shù)與Win平臺保持一致。更新至Android 4.x后，官方終于對此有了一個很明確的態(tài)度，并在Android Design里有了標準的定義。
Dialog操作按鈕通常是「取消」/「確定」，確定鍵同時也是首選操作以及最可能執(zhí)行的操作。但是，如果涉及特殊操作例如關(guān)閉或等待，那么所有的按鈕都應(yīng)該使用動詞。同是，dialog中肯定性的操作總是安排在右側(cè)，而否定性的操作放在左側(cè)。與iOS理念上統(tǒng)一，但也有所保留！^_^ ps.就算是到現(xiàn)在還是能看到大量的Android應(yīng)用與該原則相悖，或許是慣性，或許是遷就低版本系統(tǒng)… -_-’Android Design，傳送門（參見Dialog章節(jié)）
聊完了各平臺的設(shè)計規(guī)范，對各平臺dialog內(nèi)操作按鍵的順序有所了解，大家知道怎么去進行設(shè)計了，但是身為設(shè)計者需要更進一步的思考，有興趣的請越過下面華麗的切糕線。
———–切糕線———–
如果你是一個苦逼的設(shè)計者，在完全沒有設(shè)計原則指導(dǎo)的情況下，將如何安排Dialog內(nèi)操作按鍵的順序呢？…… 想個五分鐘吧 以下僅為個人觀點??！歡迎打臉 ^_^
我傾向于肯定性操作位于右邊，否定性操作位于左邊，也就是「取消」/「確定」。ps：所說皆錯
「確定」/「取消」，采用這種順序最大的理由是符合自然的閱讀順序，也就是大部分從左起語言的順序。用戶在執(zhí)行某操作彈出dialog后，視線最先接觸的是需要執(zhí)行的「Action」，因為設(shè)計者認為「Action」重要程度比「Cancel」要高，需要著重強調(diào)（這里涉及認知領(lǐng)域的首因效應(yīng)，以后有機會再講吧。）ps.由于是Win平臺所采用的順序，就簡稱為Win順序吧。
「取消」/「確定」，由于主要是水果平臺采用，以下簡稱為 OS X順序，或者iOS順序。說說具體為什么傾向它的幾個理由：
1. 閱讀視線流
Win順序雖然能夠用戶視線更早接觸到「Action」，但不可否認一個事實，用戶會閱讀完所有可操作的選項，這意味著用戶的視線不會停留在「Action」上，它將繼續(xù)向后進行掃描，在查看完所有可選項后，再返回之前的的「Action」執(zhí)行相應(yīng)操作。采用iOS順序，用戶的視線流將會更平滑，視線最終停留的位置也是「Action」所處的位置。通過圖5對比，可以得知「確定」放置于左側(cè)，將導(dǎo)致用戶的視線流發(fā)生改變，用戶視線流無意識的回跳，而放于右側(cè)將保持視線流在一個方向，減少視線曲折搜索的過程。
2. 掃視時的閱讀順序
有人可能會問了這與第1條理由有什么區(qū)別？
閱讀是由掃視（saccades）和凝視（fixation）兩個動作連續(xù)組合、切換的過程。第1條的理由基于凝視（fixation）運動過程。
為什么在dialog彈出時會出現(xiàn)掃視？因為，用戶對于dialog里的內(nèi)容只是快速的瀏覽，或者說是沒有人會認真閱讀dialog里的內(nèi)容。由此也引申出dialog設(shè)計時的一個重要原則：不要在dialog相關(guān)的action按鍵里寫上「好」或「確定」等，應(yīng)該用實際會發(fā)生的動作來命名。這也是為什么建議使用動詞的原因。如：你需要執(zhí)行一個「保存」操作，那你的dialog里出現(xiàn)的相關(guān)Action應(yīng)該是「取消」和「保存」。
說回掃視，用戶的在進行掃視時順序往往如圖6，最終視覺的落點是在視覺界面的右下角（Terminal Area），掃視終點往往就在「Action」區(qū)域上，該區(qū)域能夠獲得更多的視覺關(guān)注。這也是為什么Win及OS X桌面系統(tǒng)內(nèi)的dialog按鍵均非居中顯示，而是位于右下角的原因。Gutenberg Diagram（古藤堡圖表）也是用以描述掃視順序的模型（傳送門）。。ps.注意圖6標識出的區(qū)域1，iOS在右側(cè)「Action」鍵上加了高亮效果，這對視覺搜索有益。
3. 邏輯順序
首先讓我們來對dialog內(nèi)按鍵定義一下，「確定」按鍵是用戶以執(zhí)行相關(guān)操作的按鍵，點擊后將對現(xiàn)有狀態(tài)發(fā)生根本性的改變?！溉∠拱存I是使用戶返回到原來狀態(tài)，取消當前dialog。
這意味著，用戶點擊「Action」后將進入下一步操作，點擊「Cancel」將執(zhí)行返回操作。想想我們常見的：瀏覽器上的導(dǎo)航按鍵、kindle上的左右翻頁按鍵、安排軟件過程當中的「上一步」「下一步」……等等！
如圖7，用戶在dialog內(nèi)所看到的視覺順序與邏輯順序是一致的。
圖7
另外，桌面平臺上還考慮到用戶左右手使用習(xí)慣，這其實與dialog內(nèi)的邏輯順序也有所關(guān)聯(lián)。我們知道大部分的人主要是右手用戶，當dialog內(nèi)的「Action」位于右側(cè)時，用戶在操作時能夠更為順應(yīng)他們自身的使用習(xí)慣。 這一點還體現(xiàn)在Win和OS X桌面文件排布順序方面，OS X為了大部分的右手用戶將桌面文件分布在屏幕的右側(cè)。
最后來個Ending，其實視覺順序在設(shè)計時，或系統(tǒng)設(shè)計時是一條很重要的原則，可惜國內(nèi)并沒有太多設(shè)計師重視這條原則，舉例說明（圖9），從下圖中將Win和OS X的窗口控制按鍵抽離出來，并將「關(guān)閉」替換成「取消」，如果將這些操作放置在一個dialog中，有沒有發(fā)現(xiàn)它們還是符合這兩個系統(tǒng)分別堅持的設(shè)計原則呢？
圖9
本文地址：http://m.likemindfilms.com/tutorial/id1358.html
