短暫通知和警告怎麼選？
一句話做出判斷
短暫通知不會打斷工作，而且很快消失。重要警告會留下或暫停工作，避免你漏看。
要確認動作已完成時，用短暫通知。發生失敗、危險或必須立刻選擇時，用警告。
看看每個介面模式會做什麼
先試試每個例子，再看它適合處理什麼工作。
Toast
↗ 短暫通知
短暫通知是不會擋住頁面的簡短狀態訊息，通常會自己消失。
自動儲存後，角落會安靜地顯示「變更已儲存」，並播報一次。
- 什麼時候用
- 低風險操作只需要確認成功，而且不用回應時，就使用短暫通知。
- 什麼時候不要用
- 重要錯誤或一定要閱讀、照做的指示，不要放在短暫通知裡。
- 程式裡的名稱
role="status"
macOS Alert
↗ macOS 警示對話框
macOS 警示對話框（Alert）用於重大選擇、失敗或確認。使用者必須注意並作出回應。
關閉未儲存文件時，系統會詢問要儲存、取消或放棄變更。最安全的預設操作會清楚標示。
- 什麼時候用
- 只有在重要狀況必須先得到確認或選擇，當前任務才能安全繼續時才使用。
- 什麼時候不要用
- 避免用於例行成功訊息、可就地修正的驗證，或可復原操作的確認；警示過多會讓人不讀內容就關閉。
- 程式裡的名稱
AppKit NSAlert / SwiftUI alert
快速比較
| 介面模式 | 最適合 | 不適合 | 程式裡的名稱 |
|---|---|---|---|
| 短暫通知Toast | 低風險操作只需要確認成功，而且不用回應時，就使用短暫通知。 | 重要錯誤或一定要閱讀、照做的指示，不要放在短暫通知裡。 | role="status" |
| macOS 警示對話框macOS Alert | 只有在重要狀況必須先得到確認或選擇，當前任務才能安全繼續時才使用。 | 避免用於例行成功訊息、可就地修正的驗證，或可復原操作的確認；警示過多會讓人不讀內容就關閉。 | AppKit NSAlert / SwiftUI alert |
上線前檢查
- 01
先寫下使用者要完成什麼事。
- 02
測試鍵盤、焦點、觸控、縮放、載入、空白與錯誤狀態。
- 03
不用滑鼠停留或動畫，也要能取得相同資訊。
- 04
放入真實內容，並在小螢幕和大螢幕上測試。
04
可以直接複製的比較需求
團隊還不知道該選哪一種介面模式時，可以複製這段需求。
請在 短暫通知（Toast）、macOS 警示對話框（macOS Alert） 中，為真實使用流程選出最合適的介面模式。判斷規則：短暫通知不會打斷工作，而且很快消失。重要警告會留下或暫停工作，避免你漏看。。請寫下任務、內容量和打斷流程的代價，並檢查鍵盤、觸控、載入、錯誤與減少動態效果。說明選擇理由，再沿用專案的設計系統，做出最小且無障礙的版本。