2020-4-14 濤濤
這幾天在工作中處理了一個歷史遺留問題：彈窗適配，幾經(jīng)折騰終于落定發(fā)包。于是我也趁著這個機會把彈窗體系梳理研究了一遍。
我們常見的彈窗有對話框，提示框，有時候在需求溝通中經(jīng)常會聽到產(chǎn)品同學說，給這里加個彈窗，那里加個提示框吧。實際上，這個彈窗到底該不該加？這個彈窗承載的是提示說明文字內容，還是需要引導用戶下一步操作？接下來我們從彈窗的屬性來聊聊我們的彈窗到底在什么時候加比較合適？用什么形態(tài)展示體驗會更好？
常見的模態(tài)彈窗有這幾種：對話框、動作欄、浮層。
對話框：對話框主要是給用戶提供選項、相關的操作。另外，在一些對話框中，也可以展現(xiàn)圖片、頭像、步驟圖、其它輸入項等。
動作欄：常見的動作欄一般會出現(xiàn)屏幕下方，比如選擇某個內容時候，出現(xiàn)的選擇。
浮層：彈出窗口，浮動于頂層窗口，氣泡。
非模態(tài)彈窗：是指不強制用戶操作，他的作用相當于內容信息提示，他的出現(xiàn)不打擾用戶的當前操作，并且有時間限制，在一定時間里能自動消失。比如「xxx 功能已更新哦」，這種提示是不需要用戶點擊操作，讓用戶看到就可以了。
常見的非模態(tài)彈窗有這幾種：toast/hud、snackbar、notice（通知）
toast/hud：iOS 用戶更習慣于在中間感知反饋信息，通常在信息提示完 3 秒左右后會消失，安卓通常會出現(xiàn)在屏幕頂部或者下部，不會遮擋主體內容。需要注意的是 toast 只有文字，hud 是可以帶有圖標的。
snackbar；可以理解為加強版的 Toast
notice：系統(tǒng)消息、通知推送，也是不干擾用戶行為，有消失時間，是非模態(tài)的彈窗。
了解完彈窗體系后，我們就可以針對具體場景來看產(chǎn)品同學說加個彈窗到底合適不合適？我們可以從下面的幾個使用場景來看用什么樣的彈窗合適。
1. 重要打斷用戶操作
在一些重要操作，避免用戶操作失誤。不過目前很多人都覺得這類彈框有利有弊，有的地方出現(xiàn)得不合時宜，打斷了用戶的使用狀態(tài)。所以在設計這類彈框時要非常謹慎，得通過多研究確認是否有必要出現(xiàn)。
對話框相對來說比動作欄更重要，因為在視覺中心，更能強烈引起用戶的重視，對于十分重要的內容需要打斷用戶上一步任務的，采用對話框的彈窗，對于不是特別重要信息露出又需要終止用戶上一步動作的情況下，一般采用動作欄彈框。
2. 定制化廣告彈窗
如功能更新、升級、優(yōu)惠券彈窗。這一類一般是強制用戶看到的，要展示出與眾不同的特色，在視覺上比較突出，會使用模態(tài)的彈窗浮層形式。
3. 給予一定提示
比如提示用戶狀態(tài)、信息、反饋，確保用戶知曉自己所處的狀態(tài)，并可以做出相應的措施。一般使用非模態(tài)的彈窗。
出現(xiàn)在用戶操作完之后的反饋，比如提醒用戶頁面正在加載中、保存成功、已刪除、已刷新等等。
可以不用彈窗的反饋例子：完成頁
比如已支付成功、下載完畢、簽到成功，這一類是告訴你上個動作結束了，下一步不需要進行引導了，這種反饋大多數(shù)都不采用彈窗形式展現(xiàn)了。
1. 層級關系
彈框是內容和導航的補充，用于通知、操作菜單、成功或加載狀態(tài)的 toast，他是寫在蒙層上面的一層內容。
2. 適配方式
下面我們需要了解的是這幾種彈窗在開發(fā)那的實現(xiàn)形式。我們可以理解為 2 種形式：
一種是開發(fā)直接用系統(tǒng)的接口，缺點是具有不可定制，形式美觀度不夠好。
另一種是開發(fā)用代碼會單獨寫出一個模態(tài)彈框系統(tǒng)，這套系統(tǒng)與整體設計語言具有一致性，可以復用在各個任務中，可以定制化設計。
需要注意的是，代碼寫出來的模態(tài)樣式要考慮在不同機型的適配情況，考慮不同機型的邊界。這個適配也有兩種實現(xiàn)形式，一種是固定寬高尺寸，展示在不同機型尺寸中，另一種是常用的等比例縮放。這個就需要開發(fā)與設計進行密切的溝通，能盡量合理地在不同機型展現(xiàn)更加合適，避免出現(xiàn)極限的情況。
我們是這樣操作的，為了避免尺寸比例混亂的情況，會設計一個彈窗的寬高尺寸范圍，開發(fā)同學代碼寫出的這套彈窗的適配在各個機型中，是在一定縮放比例下，適用各個不同情況下的視覺展示。這套彈窗可以調用在首頁引導、升級等各個頁面的彈窗設計中。
文章來源：優(yōu)設 作者：詠舍