從今天 起，我們開始介紹iOS和Android設計規(guī)范中的各種控件。掌握它們，能有效地幫你設計出一個高質量的交互稿。今天我們要介紹的是提示框，英文是toast。

交互設計師在設計交互稿的時候，時常需要一些反饋手段，以提示用戶操作的結果。Toast是其中很常用的一種：它簡單、小巧、對用戶的打擾小。然而現在很多應用中，存在對于toast過度使用的情況，并且常常出現Android樣式的toast出現在iOS應用中(反之亦然)的情形。在研究了iOS和Android的規(guī)范之后，筆者驚人地發(fā)現iOS中其實是沒有toast這種部件的。到底我們在設計的時候應該處理這種部件呢?且看下面的分解。

Material Design Guidelines

Google的Material Design規(guī)范中，是把toast和snackbars歸為一類的。下面是規(guī)范中對snackbars的定義：

Snackbars包含一行與進行的操作直接相關的文案(文案前不可有icon)。它可以包含一個操作。

△ Snackbar示例

規(guī)范中對toast的定義：

Toast優(yōu)先適用于系統(tǒng)提示。它也在屏幕下方出現，但是不能被劃出屏幕外(而被清除)。

△ Toast示例

行為：Snackbars/toast從屏幕底部向上出現，經過設定的秒數后消失，或者用戶進行了別的操作它們也會消失。

△ Snackbar的出現和消失

簡潔：提示的文案要簡短，包含的操作按鈕最多只有一個，或者沒有。(注意，snackbar不能包含使其消失的“取消”按鈕!)

左邊是正確的，右邊是錯誤的(因為多了“取消”按鈕)

不可重疊：snackbar與floating action button不能重疊。

一次只出現一個：如果出現了一個snackbar，這時候用戶進行了操作，需要出現另一個，則第一個snackbar從上向下退出，之后第二個snackbar從下向上出現。

反例：不能同時出現兩個snackbars

以上是Google Material Design中對于snackbars和toast的定義。

iOS Human Interface Guidelines

對于iOS系統(tǒng)，在研究了iOS的規(guī)范之后，筆者有個驚人的發(fā)現：嚴格地說，iOS規(guī)范中沒有Toast這個部件。筆者找遍了iOS的人機交互設計規(guī)范，都沒有找到對于Toast這種部件的介紹，與之最為接近的，是Alert(警告框)。但警告框的使用場景與Toast不同，之后將另開一篇文章介紹。在iOS系統(tǒng)中，與toast對應的是“HUD”(透明指示層)。

△ iOS系統(tǒng)中的HUD彈窗

知識運用

請回答一下兩個問題，這將幫你更好理解這周的主題。

1. 既然iOS的設計規(guī)范不鼓勵使用toast，那么在日常的設計中，toast應該在什么情況下使用?

2. 請查看你手機里的APP，嘗試找到一個toast使用錯誤的地方，和使用正確的地方。這將幫你理解如何正確地使用toast。

最近把這個系列的專題都做成了音頻+幻燈片形式的分享，同時整理了交互方面對實戰(zhàn)很有幫助的一些知識點，在千聊上跟大家分享，希望可以幫助大家提高交互技能。

以上就是類似于APP loading頁面交互設計方法的內容，如果想要了解關于網站設計基礎知識及seo搜索引擎優(yōu)化，可直接點擊查看