- 深色主题https://developer.android.google.cn/guide/topics/ui/look-and-feel/darktheme
即使您当前不支持其他主题 (什么,您的应用还没有支持深色主题?),我们依然建议您采用这种方法,因为这样会让新主题的采用变得更加简单。
合格的 Colors 文件
您可以通过在不同的配置中添加不同的值来改变颜色 (例如,在 res/values/colors.xml 中和在 res/values-night/colors.xml 中的备选值里均定义 @color/foo),但我们依然建议您使用主题背景属性来替代它们。对颜色层级的区分,会迫使您给颜色赋予语义化名称,换句话说,您应该不会在给颜色命名为 @color/white 的同时,又为深色模式提供一个深色变体,这会让人感到非常困惑。所以,您可能会想要使用一个语义化名称,例如 @color/background。这种方法带来的问题是它合并了颜色声明和具体的值,因此,它并没有指出颜色是可以或者能够随主题背景而变化的。@colors 的变化也会鼓励您创造更多颜色。如果在不同的情境下要使用具有相同值的、新的语义化命名的颜色 (即,不是背景色但应该使用相同颜色),这时候您仍需要在 colors 文件中创建新的条目。通过使用主题背景属性,我们可以将语义颜色的声明从提供它们的值中区分开来,而且让使用方更清楚地了解到颜色会随主题背景而变化 (因为它们使用 ?attr/ 语法)。将颜色声明保持为字面值,您就可以自定义应用使用的颜色调色板,并在主题背景级别修改它们,这会让 color.xml 较小且易维护。这种方法的额外好处是,布局/样式引用这些颜色时复用性变得更高。由于主题背景可以被覆盖或者改变,因此这间接表示: 您不需要创建其他布局或样式就可以更改某些颜色——您可以在相同的布局中使用不同的主题背景。
始终使用?
在某些情况下,您或许不想按照主题背景更改颜色。例如,在 Material Design 规范文档中提到,您可能希望在浅色和深色主题中均使用同一类型的颜色。
- Material Design 规范文档https://material.io/design/color/dark-theme.html#ui-application
在这种特殊情况下,直接引用颜色资源是再合适不过的: