2017年第27篇文章。
智能手機經(jīng)歷了十年的發(fā)展，目前市場上主流移動端操作系統(tǒng)只有兩個：Android和iOS。智能手機的硬件和軟件已經(jīng)同質化很嚴重，所以我會把Android和iOS的臨時框放在一起講，因為站在設計的角度，它們的界限在變得模糊。基本上在iOS存在的設計樣式，在Android都能找到對應。
1.模態(tài)臨時框
臨時框可以分為兩大類，一類稱為模態(tài)臨時框，另一類稱為非模態(tài)臨時框。模態(tài)臨時框需要用戶必須選擇一項操作后才會消失，比如 Alert 確認等；而非模態(tài)臨時框并不需要用戶必須選擇一項操作才會消失，比如頁面上彈出的 Toast 提示。
模態(tài)臨時框主要有以下三類：
①.警告視圖（Alert View）
Alert View是iOS中的概念，中文翻譯為警告視圖，官方定義是：警告框用于告知用戶一些會影響到他們使用 app 或設備的重要信息。與之對應的臨時框，在Android系統(tǒng)中被稱為dialog，翻譯為對話框。
回想一下，當聽到一個令人震驚消息時你的反應是？大部分人的反應是“什么？”或者“你說什么？”你潛意識要求對方再說一遍。為什么？因為這個信息太出人意外了，所以你要再次確認下是不是真的！
同理，當你觸發(fā)了刪除按鈕時，App是什么反應？刪除的操作太敏感了，所以需要讓再次確認，這里用到的便是警告視圖Alert View。
App要獲取位置信息；訪問相冊和相機；詢問是否升級App等等，這些都需要用到警告視圖。
除此之外，警告視圖還能作為運營活動的入口或者引導頁。
從上圖可以看到，警告視圖包括三個部分：標題；正文；按鈕。有些簡單的警告視圖只有標題和按鈕，不需要正文來說明；另外一些可能會沒有按鈕，點擊臨時框外部區(qū)域臨時框會消失。
②操作菜單（Action Sheet）
iOS中Action Sheet中文翻譯為操作菜單，對應Android中的Bottom Sheets，中文翻譯為底部動作條。
某天你正在用某音樂App聽一首歌，看著播放界面，這時候你想要查看歌手信息，專輯信息，還想要收藏這首歌...，在當前頁面要滿足這這么多需求，就要用到操作列表Action Sheet。針對當前頁面，用戶想要執(zhí)行的操作太多了，不可能把這些操作都放出來，這樣頁面上全都是密密麻麻的icon、button。用操作列表的形式把這些按鈕都放在一個臨時框里就完美的解決了這個問題。
上面兩張圖，看起來完全不一樣，但是原理是我上面所說的，萬變不離其中，只不過換了個UI樣式。它們都屬于操作菜單類臨時框。
該類臨時框還有一類變種，不在底部彈出，而是在用戶觸發(fā)操作的區(qū)域附近彈出，如下圖：
③全局模態(tài)（Modal View）
全局模態(tài)屬于一種很特殊的臨時框，因為它的區(qū)域會占據(jù)整個屏幕。但在iOS的設計規(guī)范中，全局模態(tài)被放在了臨時框中。官方定義是：一個以模態(tài)形式展現(xiàn)的視圖，它為當前任務或當前工作流程提供獨立的、自包含的(self-contained)功能。
全局模態(tài)有一下幾個特點（對照上面iOS自帶的郵件APP的圖會更容易理解）：
①占據(jù)整個屏幕，或者占據(jù)整個父視圖的區(qū)域。
②包含完成當前任務所需的文字和控件。
③通常也包含一個完成任務的按鈕，和一個取消按鈕。
關于全局模態(tài)和普通二級頁面的區(qū)別，以及什么時候該用全局模態(tài)，什么時候該用普通二級頁面，我在小密圈中詳細闡述過該問題。感興趣可以加入我的小密圈。
2.非模態(tài)臨時框
非模態(tài)臨時框有Toast、SnackBar：
①.Toast
Toast是Android平臺的設計形式，iOS規(guī)范中并沒有規(guī)定這種形式，但是由于Toast能很好的起到輕量級反饋的作用，現(xiàn)在很多iOS的APP也在使用這種臨時框。
toast屬于一種輕量級的反饋，常常以小彈框的形式出現(xiàn)，一般出現(xiàn)1到2秒會自動消失，可以出現(xiàn)在屏幕上中下任意位置，但同個產(chǎn)品會模塊盡量使用同一位置，讓用戶產(chǎn)生統(tǒng)一認知。
關于Toast的顯示時間，Android自帶的兩種時間屬性Toast.LENGTH_SHORT和Toast.LENGTH_SHORT分別為2秒和3.5秒，但是我的設計習慣一般會自定義為1.5秒和2.5秒。Toast中的文本超過10個字符用2.5秒，少于10個字符用1.5秒。
在樣式上，盡量和產(chǎn)品整體風格保持一致，這樣會更和諧，不至于突兀。
②.Snackbar
同Toast，SnackBar同樣是Android特有的臨時框。
SnackBar繼承了Toast的所有特性，即：為小彈窗的形式，會自動消失。有三個差異化：①可以出現(xiàn)0到1個操作，不包含取消按鈕；②點擊SnackBar以外的區(qū)域，SnackBar會消失；③一般只出現(xiàn)在屏幕底部。
在實際的產(chǎn)品設計中，我沒采用過SnackBar這種形式，在平時使用APP時也很少看到。所以放了兩張MD規(guī)范中的圖。
舉個可以采用SnackBar臨時框的場景：當刪除某張照片時，可以在屏幕底部出現(xiàn)Snackbar，提示“照片成功刪除”，并附帶撤銷操作，當用戶點擊撤銷時，照片可恢復。用戶不進行操作Snackbar則消失，照片刪除成功。
APP中所有臨時框的設計，基本上不會脫離上面提到的五種形式，這五種形式是按照臨時框的作用和呈現(xiàn)形式來劃分的。當然也可以按照開發(fā)的實現(xiàn)方式來劃分（Android端）：Dialog、Toast、SnackBar、Popupwindow、Activity等等。但這種劃分對用戶來說并沒有什么價值，但對于設計師來說知道什么樣的臨時框可以用什么代碼去實現(xiàn)，會更容易推動自己的設計方案。
總結一下，一共有五種臨時框：警告識圖，操作菜單，全局模態(tài)，Toast，SnackBar。知道這五類臨時框的作用與特點，就能在設計APP臨時框時做到心中有數(shù)，游刃有余。
