APP開發中的彈窗體系，UI設計家不能忽視的地方

APP開發中的彈窗體系，UI設計師不能忽視的地方

 

1. 彈窗的定義

彈窗分為模態彈窗和非模態彈窗兩種。

 彈窗分類

 

模態彈窗：很容易打斷用戶的操作行為，用戶必須回應，否則不能進行其他操作。

非模態彈窗：不會影響用戶的操作，用戶可以不對其進行回應，非模態彈窗通常都有時間限制，出現一段時間後就會自動消失。

彈窗作用：非模態彈窗一般被設計成用來告訴用戶信息內容，而模態彈窗除了告訴用戶信息內容外還需要用戶進行功能操作。

2. 彈窗的介紹

2.1 Dialog(Alerts)

得到、日歷

 

Dialog需要用戶對此彈框進行操作後才能繼續執行其他任務。

警告框在iOS中稱之為Alerts。iOS的Alerts（警告框）主要用來傳達重要信息，並且常常需要用戶來進行操作。

使用Dialog的時候還是謹慎一點比較好，盡量不要給用戶帶來糟糕的體驗感。

2.2 Popover

朝夕日歷、微信、微博

 

浮出層（Popover）：是當用戶輕點某個控件或頁面中的某一區域時浮出的，半透明的臨時視圖。

常用Popover的形式來呈現頁面中折疊的一些額外信息，或在首頁位置呈現一些常用操作的快速入口。

 

2.3 Actionbar（Action Sheets、Acitivity Views）

相冊、陌陌、知乎、微信

如果選擇按鈕太多，可以參考微信彈窗的形式組織按鈕和滾動顯示，但要留有足夠的視覺線索。

餓了麼、知乎、iOS

 

Actoinbar一般都會提供給用戶更多的功能選擇，一般可以采用官方控件，如果有特殊功能的話可以自己設計；一般都設計有一個默認的“取消”功能按鈕，點擊該按鈕後或者點擊彈窗外的界面都可以關閉彈窗。Action Sheets（操作列表）和Acitivity Views（活動視圖）是iOS上的特有的交互形式。

 

2.4 Toast/HUD

字裡行間、Enjoy、即刻、微博

Pocket、Walkup、iOS

 

Toast是安卓系統的一個控件名詞，現在也應用於iOS系統中。Toast屬於一種輕量級的反饋，常常以小彈框的形式出現，一般出現1到2秒會自動消失，可以出現在屏幕上中下任意位置，但同個產品會模塊盡量使用同一位置，讓用戶產生統一認知。Toast信息給予用戶及時反饋，確保用戶知曉自己所處的狀態，並做出相應的措施。

考慮到Toast提示框顯示的時間較短（幾秒種）、占用區域不大，它容易被用戶忽略，所以Toast不適合承載過多的文字和重要信息。

透明指示層（HUD）：iOS平台沒有Toasts這種說法，只有HUD。（iOS音量截圖）

iOS中建議，設計一種引人注目但又和你的 app 的樣式相協調的方式去展示信息。（微博的刷新）

 

Toasts和HUD不同之處：

 

1.Toasts一般出現在屏幕下方，HUD出現在屏幕中間。

2.Toasts一般是灰黑或黑色半透明，HUD一般是毛玻璃半透明。

3.每次產生的Toasts內容不可改變，HUD內容可以改變（比如調節音量時出現的HUD）

 

2.5 Snackbar

Snackbar是Android平台特有的交互形式，很多時候也會應用在iOS系統中。它也用於向用戶反饋信息，但其打擾程度介於對話框和Toast之間；一般出現1到2秒會自動消失，但和toast不同的是它是可交互的，並且一定是在底部出現。

Snackbar使用場景：當你刪除收集箱某件任務時，可以在屏幕底部出現Snackbar，提示“任務成功刪除”，並附帶撤銷操作，當用戶點擊撤銷時，任務可恢復。用戶不進行操作Snackbar則消失，任務刪除成功。

 

總結

Alert：當提示信息是至關重要的，並且必須要由用戶做出決定才能繼續的時候，請使用Alert。非用戶發起的（即系統自動發起）一般都用Alert。

Action Sheet：重要程度弱於Alert時，當需要給用戶更多的功能選擇時使用Action Sheet。一般用戶主動發起任務時用 Action Sheet。

Toast：當提示信息只是告知用戶某個事情發生了，用戶不需要對這個事情做出響應的時候，使用Toast。

Snackbar：以上兩者之外的任何其他場景，Snackbar可能會是你最好的選擇。

 轉載請注明：本文來自常州開發APP公司紫竹雲科技！