示範影片已經快把螢幕從各種方向都滑過一遍了
互動複雜度不亞於一個讓人摸不清頭緒的返回鈕
如果這個問題得不到共識，那我認為問題就在別的地方
例如是現代軟體塞了各種沒必要的互動方式
所以才會得到「Android 返回按鍵到底會發生什麼？」的問題
iOS 6 那個年代，每個頁面幾乎都一定滿版
如果沒有滿版，也一定有「Cancel」「Done」的按鈕在介面上
但現在有 Sidebar 還有 Bottom Sheet，還有底部那個 Floating Player
各種「暫時堆疊在目前畫面上」的設計 🫠
@leemiyinghao: 沒有返回鍵的話提供的是路徑導覽，讓使用者明確知道自己現在在哪裡，剛剛看過的東西在哪裡。 - 作法之一是不要讓目前頁面完全消失，Google Map 是個很好的例子。（但我不喜歡 Modal 沒有堆疊的作法，用起來還是有一點點像網頁）。 - 另一種是 Apple Liquid Glass 提倡的設計模式，這裡以 Apple Music 為例。下方導覽列（分頁）在切換頁面時永遠不會消失。各個分頁的狀態彼此是獨立的，可以切到某個分頁做完什麼事情之後再回來，之前在看的東西、捲動狀態都會持續存在。（然後可以看到影片裡有返回按鈕，但可以完全不要使用） 如果使用路徑真的會複雜到需要返回按鈕，我覺得 Wikipedia 的作法是很好的例子。（iOS 14-16 的設計範式） - 不同頁面不應該共用返回按鈕 - 如果可以，在按鈕上顯示上一個路徑的提示（例如條目名稱）。使用者會比較能夠接受這個是跳到某個頁面，而不是取消某個行為 - 永遠應該要提供返回以外的導覽選項，最少也要有首頁按鈕（Wikipedia logo）