公主的腿间舌奴们np肉_国产在热线精品视频99公交_公主车上荫蒂添的好舒服_公侵犯人妻中文字慕一区二区_公么大龟弄得我好舒服秀_公交车+多人+高cH文章推荐_日本熟妇另类视频在线播放

4000字干貨!UI設(shè)計中的彈窗/浮層/提示框,怎么用才對?|北京藍藍UI設(shè)計公司

2023-12-8    周周

4000字干貨!UI設(shè)計中的彈窗/浮層/提示框,怎么用才對?

我們最近在設(shè)計 OS 底層組件的時候,經(jīng)常會遇到很多底層控件規(guī)范的討論。今天就這篇文章詳細分析,包括控件定義、命名、使用等等規(guī)范,打磨好基礎(chǔ)控件的設(shè)計細節(jié)。

當(dāng)我們設(shè)計師在設(shè)計界面時,經(jīng)常會面臨一些困難的決策。有非常多的設(shè)計手法可以向用戶表達同一個意思。有時候,設(shè)計師發(fā)現(xiàn)想要確定哪個元素最適合完成設(shè)計目標(biāo),是一件很讓人糾結(jié)的事情。

例如,在一個給定的場景中,信息如何呈現(xiàn)是最好的?是應(yīng)該打開一個全新的界面,一個浮層還是彈窗?

如果設(shè)計師使用浮層,又將面臨一個新問題——選擇哪種關(guān)閉方式,是關(guān)閉按鈕還是滑動關(guān)閉?

在這篇文章中,我嘗試找到這些問題的答案,并明確一些模式標(biāo)準(zhǔn)。

 

一、先把定義搞清楚

我們先從這些界面控件的定義開始,需要注意的是,界面設(shè)計中的術(shù)語很復(fù)雜,也不總是標(biāo)準(zhǔn)化的。

(彩云注:在這篇文章里,我會把控件的英文名也寫上,用于對應(yīng),在開發(fā) OS 底層命名以及組件庫統(tǒng)一上會很有幫助。另外,也把相應(yīng)的規(guī)范官網(wǎng)地址貼在了控件后面,細心研讀,相信會有不少收獲)

1. 對話框

Dialog (alert, action sheet, popup)

根據(jù)不同的操作系統(tǒng),這個元素會有不同的名稱。在 iOS 系統(tǒng)中,彈窗(alert)被用關(guān)鍵信息提醒,警告。浮層(Action sheets)是當(dāng)你提供 2 個或多個選擇時會用到的控件。

在 Android 中,針對所有的情況簡單統(tǒng)稱為對話框(dialog)。除此之外,你也還能看到各種各樣自定義的對話框。

4000字干貨!UI設(shè)計中的彈窗/浮層/提示框,怎么用才對?

一些在 iOS 和 Android 應(yīng)用中對話框的例子

對話框會以模態(tài)的形式出現(xiàn)在頁面的最上層。它可以包含重要提醒或請求用戶確認之類的特定操作。這些元素通常被稱之為彈層(popups)。彈出窗口的概念最早起源于網(wǎng)頁端,現(xiàn)在已經(jīng)演變出了各種變體形式。

2. 浮層

Sheet (bottom sheet)

這個元素在不同的系統(tǒng)中有不同的名字:底部浮層(Android)或浮層(iOS)。但在這里,我們可以簡單的統(tǒng)稱為浮層。

浮層在移動端通常會固定在屏幕底部,然后向上延展,用于顯示其他詳細信息或操作。

4000字干貨!UI設(shè)計中的彈窗/浮層/提示框,怎么用才對?

在 iOS and Android 應(yīng)用中的例子

3. Snackbar and Toast

SnackBar 是 Android Support Library 22.2.1 里面新增提供的一個控件,我們可以簡單的把它理解成一個加強版的 Toast,或者是一個輕量級的 Dialog。

它們都是一種輕量的彈窗形式,里面包含了簡短的文本提示。這些信息會短暫顯示,然后自動消失。

根據(jù) Material Design Guidelines,建議 toasts 出現(xiàn)在頂部,而 snackbar 出現(xiàn)在屏幕的底部。不過在實際設(shè)計中,也不總是遵循這一點,后面會進一步研究。

4000字干貨!UI設(shè)計中的彈窗/浮層/提示框,怎么用才對?

snackbar 在 iOS 和 Android 應(yīng)用中的例子

二、深入細節(jié)

現(xiàn)在我們已經(jīng)明確了它們的定義,接下來我們再來詳細拆解它們的細節(jié)設(shè)計。

1. Sheet (bottom sheet)

讓我們從最有趣的部分開始,sheet 在 2 個平臺 iOS / Android 都應(yīng)用的非常廣泛,可以承載非常多的內(nèi)容。

對于一個 sheet 到底要如何正確設(shè)計,沒有通用的模式。

sheet 可以是:

  1. 模態(tài)或是非模態(tài)
  2. 它可以占據(jù)整個屏幕或屏幕的一部分
  3. 它可以是有固定或是動態(tài)高度

2. 非全屏模態(tài) sheet

此類型用于顯示少量信息,例如顯示額外的詳細信息或提供額外的操作。

4000字干貨!UI設(shè)計中的彈窗/浮層/提示框,怎么用才對?

nonfullscreen modal sheet 例子

一般來說,通過點覆蓋區(qū)域(變暗區(qū)域)或向下滑動來關(guān)閉它,sheet 整體不支持向上滑動。

然而,也有例外。例如,在 Instagram 中,我們觀察到一個特別的評論區(qū)頁面,頁面中的內(nèi)容可以滾動,但如果你向上拉頁面,它會擴展到占據(jù)整個屏幕。

4000字干貨!UI設(shè)計中的彈窗/浮層/提示框,怎么用才對?

Nonfullscreen modal sheet (Instagram)

3. 全屏浮層 (Fullscreen sheet)

當(dāng)有大量信息要顯示時,會用這類浮層形式,它會利用整個屏幕高度。

4000字干貨!UI設(shè)計中的彈窗/浮層/提示框,怎么用才對?

fullscreen sheet 的例子

關(guān)閉這樣的浮層也可以通過向下滑動來完成,但這種機制可能并不總是對用戶友好。我們稍后再談這個問題。

4. 非模態(tài)浮層(Nonmodal sheet)

當(dāng)需要直接影響父屏幕中的當(dāng)前任務(wù)時,非模態(tài)浮層用于復(fù)雜的界面。例如,在 Notes 中,用于編輯注釋,而在 Google Maps 中,它確保地圖和對象細節(jié)保持對應(yīng)。

4000字干貨!UI設(shè)計中的彈窗/浮層/提示框,怎么用才對?

nonmodal sheets 的例子

有時,浮層的非模態(tài)模式可以是比較有趣的形式。例如在博客中,它的功能就像是一個迷你播放器,當(dāng)點擊它時,它會展開成一個完整的播放器。

4000字干貨!UI設(shè)計中的彈窗/浮層/提示框,怎么用才對?

nonmodal sheets 例子

5. 滑動, X, or “關(guān)閉” 按鈕

細心的讀者可能會注意到我們的例子中的一些差異:有些頁面有一個“X”,有些頁面有一個滑動圖標(biāo)(可以在屏幕上滑動、拖動等操作),有些頁面有一個“關(guān)閉”按鈕,有時你甚至?xí)l(fā)現(xiàn)這些元素同時存在。

這么復(fù)雜的原因是,截至 2023 年,仍然沒有明確的統(tǒng)一標(biāo)準(zhǔn)。蘋果 Human Interface 可能建議都用上,而谷歌的 Material Design 則建議不使用任何控件。

4000字干貨!UI設(shè)計中的彈窗/浮層/提示框,怎么用才對?

Human Design Guideline 和 Material Design Guideline 示例

在大多數(shù)應(yīng)用中,會有各種各樣的設(shè)計形式,有時即使是在同一個應(yīng)用中,規(guī)則都沒有很統(tǒng)一。

4000字干貨!UI設(shè)計中的彈窗/浮層/提示框,怎么用才對?

Swiper, X, or “Close” 按鈕在不同的應(yīng)用中

最近,一個新的設(shè)計形式出現(xiàn)了—方向滑動。這個控件的設(shè)計是為了回應(yīng)用戶的反饋,因為他們不總是能知道這個浮層可以上滑操作。

你在各種官方設(shè)計指南中可能都找不到這個細節(jié)描述,但它已經(jīng)贏得了很多設(shè)計師的心。

例如,whatsAPP 更新了撥號界面,增加了這樣一個帶方向的滑動器,以明確它可以展開。

4000字干貨!UI設(shè)計中的彈窗/浮層/提示框,怎么用才對?

Nonmodal sheet with an arrow swiper (Whatsapp)

對于我們研究下來的策略,我們可以建立下面的規(guī)則:

“X” 通常用在全屏浮層。在這樣的頁面上向下滑動也可以,但操作可能會很有挑戰(zhàn)性或不那么明顯。

一般滑動層用于非全屏浮層,只顯示滑動圖標(biāo)。當(dāng)這個控件出現(xiàn)的時候,屏幕的暗色區(qū)域充當(dāng)用戶的“關(guān)閉”按鈕。

方向性滑動同樣用于非全屏浮層,只是能擴展。它讓用戶能清楚的看到,浮層是可以被展開的。

建議在不同功能的情況下同時使用多個元素組合。例如,滑動控制浮層的大小,而用“X”負責(zé)控制浮層的關(guān)閉。

什么時候需要一個浮層?

當(dāng)你需要幫助用戶完成一個清晰、具體的任務(wù),或者在不丟失之前的上下文的情況下獲得背景信息時,浮層是合適的。

浮層中的操作應(yīng)該簡單明了。值得注意的是,在一些應(yīng)用中,浮層會用到復(fù)雜場景中,但這很少會有好的效果。

三、對話框

為了理解對話框的本質(zhì),我們來類比一下真實的對話。對話框就像是兩個人之間的對話,在用戶界面中,對話框是系統(tǒng)和用戶之間的“對話”。

當(dāng)對話框出現(xiàn)時,它會打斷所有程序內(nèi)的功能,并保持在屏幕上,直到其他必要的操作完成。然而,在許多應(yīng)用中,這個元素經(jīng)常被用來展示促銷信息。

這個做法起源于網(wǎng)頁設(shè)計,在那個場景下經(jīng)常使用彈出窗口。

例如,在雅虎金融應(yīng)用中,使用對話框來代替歡迎信息。雖然這種選擇,對應(yīng)用來說似乎也合理,但用別的形式可能對用戶來說會更友好一些。在 Instagram 中,能看到一個經(jīng)典意義上的對話框,很符合這個控件的使用標(biāo)準(zhǔn)。

4000字干貨!UI設(shè)計中的彈窗/浮層/提示框,怎么用才對?

dialog 示例

1. 建議

如果用戶不操作,就沒法在場景中進行進一步操作了,那么就使用對話框。

在 Material Design 和 Human Design 中,需要強調(diào)的是這個組件只用于高度重要的信息,因為它會是模態(tài)的,會阻塞頁面上的內(nèi)容。

建議在以下場景中使用 dialog

  1. 確認與用戶的財務(wù)或個人信息相關(guān)的操作
  2. 刪除一些重要信息,尤其是不可逆的情況下
  3. 退出場景不會自動保存,導(dǎo)致進度丟失

不建議使用對話框來顯示參考信息。人們不喜歡因為彈窗而打斷他們的行動,這種彈窗只起到提供信息的作用,不需要立即采取任何行動。

四、Snackbar and toast

老實說,對我們來說想要準(zhǔn)備抓住 snackbar 和 toast 的區(qū)別有點難。他們在視覺上非常相似,在一些系統(tǒng)中,這些術(shù)語甚至容易被混淆。

例如,在 Adobe Spectrum的規(guī)范中,這兩個控件被合并為 Toast 的概念。

Toast 是一個 Android UI 組件,從 API 1.0 開始就出現(xiàn)了。它主要用于提示性消息。與 Snackbar 不同,它是不靈活的,不能定制,只能設(shè)置顯示時長。Toast 不能通過用戶操作取消(你不能滑動來關(guān)閉它),它將在指定的顯示時間后自行消失。

例如:你收到一封新郵件

Snackbar 是在 Material 的組件庫中,從 API 23 后才有的。它比 toast 出來的晚很多,但用途更廣。用戶可以和 snackbar 交互,例如,他們可以滑動或點擊按鈕(操作)跳轉(zhuǎn)到另一個界面。

例如:你收到一封新郵件—>查看

Material Design 規(guī)范建議把 snackbar 和 toast 都放在屏幕底部,盡管這不總是最好的選擇。在我看來,要確定該元素的理想位置,必須考慮具體場景和內(nèi)容。

例如:在 PayPal 中,Snackbar 出現(xiàn)在沒有關(guān)鍵信息的頂部區(qū)域。在 Instagram 應(yīng)用中,snackbar 出現(xiàn)在照片上,因為此時用戶的注意力都在那。在 Google Fit 應(yīng)用中,關(guān)于更新的通知最適合顯示在屏幕底部。

(細節(jié)!顯示位置需要重點考慮,很容易被忽略)

4000字干貨!UI設(shè)計中的彈窗/浮層/提示框,怎么用才對?

snackbar 的一些例子

什么時候選擇 toast 或者 snackbar?

Toast 和 snackbar 對于需要不干擾場景流程的情況下,立即向用戶提供反饋(例如,點擊按鈕),以及行動結(jié)果不需要額外解釋的情況,都是非常好的選擇。

建議在哪些情況時使用它:

  1. 當(dāng)用戶完成了一個操作,例如發(fā)送了一個消息,你需要給他一個反饋。
  2. 當(dāng)你需要在不將用戶從當(dāng)前上下文中打斷的情況下吸引用戶的注意力時也推薦用。

在我自己的應(yīng)用設(shè)計中,我更喜歡用 snackbar,因為它更靈活。它可以像 toast 一樣,出現(xiàn)在屏幕中的任何部分。此外,它們還可以包含額外的信息和操作,如倒計時計時器或取消按鈕。

總結(jié)

當(dāng)我們設(shè)計手機應(yīng)用時,對設(shè)計師來說,研究規(guī)范并結(jié)合現(xiàn)有模式是至關(guān)重要的。這是做出優(yōu)秀設(shè)計的必經(jīng)之路。

趨勢和解決方案在不斷發(fā)展,并不總是反映在基本準(zhǔn)則中。我們設(shè)計師可以追求更好的解決方案,不要局限自己的思維。

 

 

文章來源:優(yōu)設(shè)網(wǎng)    作者:彩云Sky

分享此文一切功德,皆悉回向給文章原作者及眾讀者.

免責(zé)聲明:藍藍設(shè)計尊重原作者,文章的版權(quán)歸原作者。如涉及版權(quán)問題,請及時與我們?nèi)〉寐?lián)系,我們立即更正或刪除。

 

 

藍藍設(shè)計(tweetduck.com )是一家專注而深入的界面設(shè)計公司,為期望卓越的國內(nèi)外企業(yè)提供卓越的大數(shù)據(jù)可視化界面設(shè)計、B端界面設(shè)計桌面端界面設(shè)計、APP界面設(shè)計、圖標(biāo)定制、用戶體驗設(shè)計、交互設(shè)計UI咨詢、高端網(wǎng)站設(shè)計、平面設(shè)計,以及相關(guān)的軟件開發(fā)服務(wù),咨詢電話:01063334945。

關(guān)鍵詞:UI設(shè)計公司界面設(shè)計公司、UI設(shè)計服務(wù)公司、數(shù)據(jù)可視化設(shè)計公司UI交互設(shè)計公司、高端網(wǎng)站設(shè)計公司、用戶體驗公司、軟件界面設(shè)計公司、軟件qt開發(fā)軟件wpf開發(fā)、軟件vue開發(fā)

日歷

鏈接

個人資料

藍藍設(shè)計的小編 http://tweetduck.com

存檔

商河县| 咸宁市| 通化县| 昌图县| 江安县| 温泉县| 扎赉特旗| 绥芬河市| 平舆县| 柏乡县| 湖北省| 巴里| 萨嘎县| 青冈县| 马龙县| 弋阳县| 安康市| 延津县| 福建省| 桐梓县| 泸水县| 闸北区| 聊城市| 来凤县| 达州市| 福建省| 安泽县| 若尔盖县| 咸丰县| 通河县| 忻城县| 邢台县| 大安市| 湘乡市| 驻马店市| 山西省| 秦皇岛市| 延寿县| 基隆市| 乐昌市| 宜兰市|