安卓ui設計尺寸規范表 android設計尺寸規范( 二 )


從古典設計到「邊到邊」 | 圖:谷歌研究者
上圖很形象地展示了這種適配的直觀效果,尤其 Google 還選用了旗下最具代表性的機型 Pixel 3 XL 來進行演示:在沒有「邊到邊適配」這一概念曾經,很多應用無法有效使用該機型「劉海」地區2邊的「小耳朵」進行內容展示,取而代之的是狀態欄直接選用純黑背景的粗暴做法,互搭導航目錄欄地區的純黑背景,就像硬件廠商在「全面屏」設備上的奮斗一夜之間又被應用研究者給打回了「原形」 。
在京東啟動閃屏窗口,使用異形屏和全面屏手勢的客戶應該體驗到這樣的效果
詳細到本國應用,目前一大半本國應用都能做到對狀態欄地區的適配,以此充分使用各種異形屏的頂部邊角地區;但導航目錄欄地區的適配依然稱得上是「重災區」,如果你的系統沒有像 ColorOS 那樣直接干掉導航橫條地區,那上圖這樣的黑條就處處可見 。
最天花板的邊到邊導航目錄欄適配:動態顏色適配 | 圖:谷歌研究者
值得一提的是在這方面定做系統依然有通過「魔改」來為實際體驗「擦屁股」的習慣,例如曾經索尼、一加、MIUI 等等系統都用過的「純色填充大法」——花了那么多時間來「從頭開始發明」,末尾基礎上都因為沒有思考到暗色主題、色彩不協調等問題而取消掉了 。
實現邊到邊體驗的另外一個環節是逐幀鍵盤動作漫畫 。不得不說這一點對于本國應用來說這實在是一些強求了(畢竟我們還有微信這種一心一意只用土制自制方案的「神級」業務存在),但各位依然有必須了解一下 。
在 Android 11 曾經,Android 系統的軟鍵盤動作漫畫缺少必須的 API 來與應用窗口動作漫畫進行同一時間,這就導致進入、退出文本寫狀態時,應用本身的窗口速度和輸入法鍵盤的彈出/收起速度不太一致;Android 11 通過新的 WindowInsetsAnimation 類的引入解決了這種問題,在進行邊到邊適配的基礎之上,研究者應該進一步實現像 iOS 那樣順滑的、與應用窗口動作漫畫同一時間的鍵盤動作漫畫了 。
詳細效果應該參考下面這張有那么一點圖:
Android 10 有那么一點 Android 11 | 圖:谷歌研究者
對于馬上通信、文本寫類應用而言,軟鍵盤動作漫畫是高頻出現、能夠直接波及使用體驗的核心動作漫畫,盡管一大半應用研究商都還沒有小心到這種要求,較少數派多次講解過的 純潔寫作 已經對其進行了適配,你應該在 MIUI、ColorOS、One UI 等等已經跟進了 Android 11 的大眾定做系統中安裝體驗 。
清晰、明確的通知分類如果說 Android 有哪一點一定能讓 iOS「自愧不如」,個體認為一定是通知系統的分類 。
和 iOS 在通知管理上的 理念 不一樣,Google 從 Android 8.0 開始為應用引入了通知分類這一特性,通過更細致的管理粒度,來幫助客戶更靈巧地管理通知 。例如針對這一特性進行了適配的高德地圖,我們應該通過 Android 系統的通知設置根據自己的實際需要自由配合、控制想要接收的通知類別,甚至為不一樣第一時間級別的通知設定不一樣的通知提醒方法:
高德地圖的最開始適配效果,提醒一下,它現在已經變了
遺憾的是作為一項推出已經 5 年之久的特性,Google 也始終沒有(其實也沒辦法)將通知分類作為一項強力規范在 Android 研究生態中進行推廣 。目前我們能夠接觸到的一大半本國應用中,有照搬 iOS 版本將通知分類做進應用內設置的,也有做了分類但不想客戶使用來是在分類名稱上玩起了「近義詞辨析」游戲的 。
「應用通知」是指的「消息」還是「其它通知」呢?
所以我甚至希望 iOS 能夠在接下來的版本更新中將這種通知分類理念拿過去「發揚光大」,就像當初的暗色模式一樣 。Google 在這種規范的落實和推廣上依然缺少必須的波及力和號召力 。
高效、省電的推送接入如果說 iOS 有哪一點一定能讓 Android「自愧不如」,個體認為一定是通知系統的推送 。
和 iOS 的 APNs(軟件le Push Notification service)推送服務類似,Google 也有一套名為 FCM(過去叫 GCM)的消息推送服務 。不過由于眾所周知的原因 FCM 在本國經常處于不穩固甚至被亂用的狀態,實際預裝在本國 Android 設備當中的推送服務選哪個就變成了頗具「本土特色」的問題 。
往往一般來說,大廠往往一般會有選擇地接入適合自己的推送服務,并且有選擇地不接入部分推送服務;對于中小規模的研究團隊而言,因為 app 享受不到微信那種系統級別的白名單特別權利,要保障推送及時、有效就得盡可能多地同一時間接入多個推送服務 。

推薦閱讀