APP開發中的彈表單系，UI設計師不能忽視的地方，appui

APP開發中的彈表單系，UI設計師不能忽視的地方，appui
 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公司紫竹雲科技！