免费网站app哪个最好,一个网站里有两个网页怎么做,网站模板服务商,品牌建设的四个维度在 Android 样式系统系列的前几篇文章中#xff0c;我们介绍了主题背景与样式的区别#xff0c;以及为什么说通过主题背景和公共主题背景属性来分解您要实现的内容是一个不错的主意#xff0c;请点击链接回顾:Android 样式系统 | 主题背景和样式Android 样式系统 | 常见的主… 在 Android 样式系统系列的前几篇文章中我们介绍了主题背景与样式的区别以及为什么说通过主题背景和公共主题背景属性来分解您要实现的内容是一个不错的主意请点击链接回顾:Android 样式系统 | 主题背景和样式Android 样式系统 | 常见的主题背景属性这会让我们通过创建更少的布局或样式以隔离主题背景中的修改。在实际开发中您通常希望根据主题背景改变颜色因此您应该始终通过主题背景属性来引用颜色。这意味着您可以将如下代码视为有代码异味 (Code smell):View … android:backgroundcolor/white/相反您应该使用主题背景属性它允许您按主题更改颜色例如在深色主题中提供一个不同的值:View … android:background?attr/colorSurface/深色主题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在这种特殊情况下直接引用颜色资源是再合适不过的:FloatingActionButton … app:backgroundTintcolor/owl_pink_500/当前发展状况当使用 ColorStateLists时您可能也不会在您的布局/样式中直接引用主题背景属性。View … android:backgroundcolor/primary_20/ColorStateListshttps://developer.android.google.cn/reference/android/content/res/ColorStateList如果 primary_20 是一个 ColorStateList它本身引用主题背景属性来获取色值也可能是合理的 (请参见下文)。ColorStateLists 通常为不同的状态 (按下禁用等) 提供不同的颜色但它还有另外一种可用于主题化功能您可在选取的颜色上指定透明度值:selector … item android:alpha0.20 android:color?attr/colorPrimary /selector这种单项 ColorStateList (即只提供单个默认颜色而非每种状态的不同颜色) 有助于减少您需要维护的颜色资源数量。它并没有定义一个新的颜色资源的方式来手动为您 (每一个配置文件) 的 primary 颜色设置 alpha 值而是通过改变当前主题背景中的 colorPrimary 的方式。如果您的原始颜色发生了变化则只需要在一个地方进行更新无需调整所有已更新的地方。虽然此技术很有用但仍有一些注意事项:1. 如果指定的颜色也具有 alpha 值则 alpha 会被合并。例如将 50 的 alpha 应用于 50 的不透明白色中将产生 25 的白色:selector … item android:alpha0.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:backgroundcolor/foo/View 的背景是一个 Drawable此简写把给定的颜色强转成了一个 ColorDrawable。但是没有办法把 ColorStateList 转换成 Drawable (API 29 之前使用 ColorStateListDrawable 解决这个问题)。ColorDrawablehttps://developer.android.google.cn/reference/android/graphics/drawable/ColorDrawableColorStateListDrawablehttps://developer.android.google.cn/reference/android/graphics/drawable/ColorStateListDrawable但是我们可以通过迂回的方式绕过此限制:View … android:backgrounddrawable/a_solid_white_rectangle_shape_drawable app:backgroundTintcolor/some_color_state_list/请确保您的 backgroundTint 支持您的 View 所需的状态例如如果被禁用时需要更改。强制执行即使您已经说服自己使用主题背景属性和 ColorStateList但如何在代码库或者团队中使用呢您可以在 Code review 期间尝试保持警惕但它的扩展性不是很好。更好的方法是依靠工具来解决此问题。《Making Android Lint Theme Aware》这篇文章简述了如何通过添加 Lint 检查来寻找直接引用颜色的用法并涵盖了文中提及到的所有建议。《Making Android Lint Theme Aware》https://proandroiddev.com/making-android-lint-theme-aware-6285737b13bc间接使用使用主题背景属性和 ColorStateList 将颜色分解为主题背景的方法可使您的布局和样式更加灵活提高代码复用性并保持代码库的精简和易维护性。我们将在后续文章中介绍更多主题背景的用法以及它们之间的相互影响感兴趣的读者请继续关注。推荐阅读 点击屏末 | 阅读原文 | 了解更多与 Android 界面相关的内容和教程
