在 Android 樣式系統系列的前幾篇文章中,我們介紹了主題背景與樣式的區別,以及為什麼說通過主題背景和公共主題背景屬性來分解您要實現的內容是一個不錯的主意,請點擊連結回顧:
這會讓我們通過創建更少的布局或樣式,以隔離主題背景中的修改。在實際開發中,您通常希望根據主題背景改變顏色,因此您應該始終通過主題背景屬性來引用顏色。這意味著您可以將如下代碼視為有代碼異味 (Code smell):<View … android:background="@color/white"/>相反,您應該使用主題背景屬性,它允許您按主題更改顏色,例如,在深色主題中提供一個不同的值:<View … android:background="?attr/colorSurface"/>https://developer.android.google.cn/guide/topics/ui/look-and-feel/darktheme即使您當前不支持其他主題 (什麼,您的應用還沒有支持深色主題?),我們依然建議您採用這種方法,因為這樣會讓新主題的採用變得更加簡單。
您可以通過在不同的配置中添加不同的值來改變顏色 (例如,在 res/values/colors.xml 中和在 res/values-night/colors.xml 中的備選值裡均定義 @color/foo),但我們依然建議您使用主題背景屬性來替代它們。對顏色層級的區分,會迫使您給顏色賦予語義化名稱,換句話說,您應該不會在給顏色命名為 @color/white 的同時,又為深色模式提供一個深色變體,這會讓人感到非常困惑。所以,您可能會想要使用一個語義化名稱,例如 @color/background。這種方法帶來的問題是它合併了顏色聲明和具體的值,因此,它並沒有指出顏色是可以或者能夠隨主題背景而變化的。@colors 的變化也會鼓勵您創造更多顏色。如果在不同的情境下要使用具有相同值的、新的語義化命名的顏色 (即,不是背景色但應該使用相同顏色),這時候您仍需要在 colors 文件中創建新的條目。通過使用主題背景屬性,我們可以將語義顏色的聲明從提供它們的值中區分開來,而且讓使用方更清楚地了解到顏色會隨主題背景而變化 (因為它們使用 ?attr/ 語法)。將顏色聲明保持為字面值,您就可以自定義應用使用的顏色調色板,並在主題背景級別修改它們,這會讓 color.xml 較小且易維護。這種方法的額外好處是,布局/樣式引用這些顏色時復用性變得更高。由於主題背景可以被覆蓋或者改變,因此這間接表示: 您不需要創建其他布局或樣式就可以更改某些顏色——您可以在相同的布局中使用不同的主題背景。在某些情況下,您或許不想按照主題背景更改顏色。例如,在 Material Design 規範文檔中提到,您可能希望在淺色和深色主題中均使用同一類型的顏色。
https://material.io/design/color/dark-theme.html#ui-application在這種特殊情況下,直接引用顏色資源是再合適不過的:<FloatingActionButton … app:backgroundTint="@color/owl_pink_500"/>當使用 ColorStateLists 時,您可能也不會在您的布局/樣式中直接引用主題背景屬性。<View … android:background="@color/primary_20"/>https://developer.android.google.cn/reference/android/content/res/ColorStateList如果 primary_20 是一個 ColorStateList,它本身引用主題背景屬性來獲取色值也可能是合理的 (請參見下文)。ColorStateLists 通常為不同的狀態 (按下,禁用等) 提供不同的顏色,但它還有另外一種可用於主題化功能您可在選取的顏色上指定透明度值:<!-- Copyright 2019 Google LLC. SPDX-License-Identifier: Apache-2.0 --><selector … <item android:alpha="0.20" android:color="?attr/colorPrimary" /></selector>這種單項 ColorStateList (即只提供單個默認顏色,而非每種狀態的不同顏色) 有助於減少您需要維護的顏色資源數量。它並沒有定義一個新的顏色資源的方式來手動為您 (每一個配置文件) 的 primary 顏色設置 alpha 值,而是通過改變當前主題背景中的 colorPrimary 的方式。如果您的原始顏色發生了變化,則只需要在一個地方進行更新,無需調整所有已更新的地方。
1. 如果指定的顏色也具有 alpha 值,則 alpha 會被合併。例如,將 50% 的 alpha 應用於 50% 的不透明白色中,將產生 25% 的白色:
<!-- Copyright 2019 Google LLC. SPDX-License-Identifier: Apache-2.0 --><selector … <item android:alpha="0.50" android:color="#80ffffff" /></selector>因此,最好將主題背景顏色指定為完全不透明,然後使用 ColorStateLists 修改它們的 alpha。2. 僅在 API 23 中添加了 alpha 組件,因此,如果您的最小 sdk 低於這個版本,請確保使用支持此行為的 AppCompatResources.getColorStateList (並始終使用 android:alpha 命名空間,而絕不使用 app:alpha 命名空間)。AppCompatResources.getColorStateListhttps://developer.android.google.cn/reference/androidx/appcompat/content/res/AppCompatResources.html#getColorStateList(android.content.Context,%20int)3. 通常,我們使用簡寫法,將顏色設置為 Drawable,例如:<View … android:background="@color/foo"/>View 的背景是一個 Drawable,此簡寫把給定的顏色強轉成了一個 ColorDrawable。但是沒有辦法把 ColorStateList 轉換成 Drawable (API 29 之前使用 ColorStateListDrawable 解決這個問題)。https://developer.android.google.cn/reference/android/graphics/drawable/ColorDrawablehttps://developer.android.google.cn/reference/android/graphics/drawable/ColorStateListDrawable
<View … android:background="@drawable/a_solid_white_rectangle_shape_drawable" app:backgroundTint="@color/some_color_state_list"/>請確保您的 backgroundTint 支持您的 View 所需的狀態,例如,如果被禁用時需要更改。即使您已經說服自己使用主題背景屬性和 ColorStateList,但如何在代碼庫或者團隊中使用呢?您可以在 Code review 期間嘗試保持警惕,但它的擴展性不是很好。更好的方法是依靠工具來解決此問題。
《Making Android Lint Theme Aware》這篇文章簡述了如何通過添加 Lint 檢查來尋找直接引用顏色的用法,並涵蓋了文中提及到的所有建議。使用主題背景屬性和 ColorStateList 將顏色分解為主題背景的方法,可使您的布局和樣式更加靈活,提高代碼復用性並保持代碼庫的精簡和易維護性。我們將在後續文章中介紹更多主題背景的用法以及它們之間的相互影響,感興趣的讀者請繼續關注。 點擊屏末 | 閱讀原文 | 了解更多與 Android 界面相關的內容和教程