Android 样式系统 | 主题背景覆盖


在 Android 样式系统系列的前几篇文章中,我们探讨了样式和主题背景之间的区别,讨论了使用主题背景和主题背景属性的好处,并重点介绍了一些常用的主题背景属性
今天,我们聚焦于主题背景的实际使用,如何将它们应用到我们的应用中,以及如何构建主题背景。

范围

上一篇文章中,我们提到:

任何一个拥有或者自己本身就是 Context (如 Activity,View or ViewGroup) 的对象都可以通过访问 Context 的属性来获取主题背景。这些对象以树的形式组织而成,比如 Activity 包含 ViewGroup,而 ViewGroup 又包含 View。把主题背景设置到一个树状结构的任意一层,此层及下一层都会受到影响。比如在 ViewGroup 上设置一个主题背景,此 ViewGroup 包含的所有子 View 都会受到这个主题背景的影响。(只适用于单个 View 的样式则恰恰相反)

  • Contexthttps://developer.android.google.cn/reference/android/content/Context
  • 主题背景https://developer.android.google.cn/reference/android/content/res/Resources.Theme.html

在树结构中的任何层级上设置主题背景,都不会替换当前生效的主题背景,但会将其覆盖 (Overlay)。一起看看下面这个 Button,该 Button 设置了一个主题背景,但是它父结构也指定了一个主题背景:

<!-- Copyright 2019 Google LLC.  
   SPDX-License-Identifier: Apache-2.0 -->
<ViewGroup …
  android:theme="@style/Theme.App.Foo">
  <Button …
    android:theme="@style/Theme.App.Bar"/>
</ViewGroup>

如果在两个主题背景中都指定了同一属性,则最邻近的 (local) 设置会生效,即 Bar 中的设置被应用于该 Button。任何在主题背景 Foo 中有指定,但是在主题背景 Bar 中未指定的属性也被应用于此 Button。

覆盖了各自的主题背景

这或许是一个不太恰当的例子,但样式化应用中不同外观的子区域时,这项技术的价值则被凸显出来。例如,浅色内容上有深色的工具栏,或者该界面 (比如,Owl 示例应用) 中显示了大面积的粉色主题背景但显示相关内容的底部具有蓝色主题背景:

粉色主题背景屏幕中的蓝色子区域

  • Owl 示例应用

    https://github.com/material-components/material-components-android-examples/tree/develop/Owl

通过在蓝色分区的根部 (Root) 设置主题背景的方式,可级联到它所有的子视图。

过度重叠

由于主题背景会覆盖树结构中更高一级的主题背景,因此请务必留意主题背景所指定的内容,以此避免它意外替换您本想要保留的属性。例如,您可能只是想改变视图 (View) 的背景颜色 (通常由 colorSurface 控制),即,您不打算更新该主题背景的其他部分。基于此,您可以试试主题背景覆盖 (Theme Overlay) 的技术。
设计这些主题背景的目的是用于覆盖其他主题背景。它们的作用范围需要尽可能的狭小,也就是说,它们仅定义 (或继承) 最小化的属性。实际上,主题背景覆盖通常 (但并不总是) 是没有父级的,例如:

<!-- Copyright 2019 Google LLC.  
   SPDX-License-Identifier: Apache-2.0 -->
<style name="ThemeOverlay.MyApp.DarkSurface" parent="">
  <item name="colorSurface">#121212</item>
</style>

主题背景覆盖是限定范围的主题背景,定义的属性要越少越好,它的作用只是为了覆盖另外一个主题背景

按照惯例,我们以 "ThemeOverlay" 为前缀给这些主题背景覆盖起名字。MDC (和 AppCompat) 提供了许多有用的主题背景覆盖 (Theme Overlay),您可以使用它们来把应用程序子区域的颜色从浅色转换到深色:

  • ThemeOverlay.MaterialComponents.Dark

https://github.com/material-components/material-components-android/blob/3fba0eeade07f2915056f539047cce40fb31274b/lib/java/com
/google/android/material/theme/res/values/themes_overlay.xml#L34-L45

  • ThemeOverlay.MaterialComponents.Light

https://github.com/material-components/material-components-android/blob/3fba0eeade07f2915056f539047cce40fb31274b/lib/java/
com/google/android/material/theme/res/values/themes_overlay.xml#L21-L32

  • MDC

https://github.com/material-components/material-components-android/blob/master/lib/java/com/google/android/material/theme/res/values/themes_overlay.xml

  • AppCompat

https://android.googlesource.com/platform/frameworks/support/+/androidx-master-dev/appcompat/appcompat/src/main/res/values/themes.xml#76

根据定义,主题背景覆盖不会指定很多内容,同时也不应单独使用。例如,作为您 Activity 的主题背景。实际上,您可以认为在应用中可以使用两种 "类型" 主题:

  1. "完整" 主题背景。它们定义了一个屏幕所需的一切。它们继承了另一个 "完整" 主题背景 (如,Theme.MaterialComponents),因此可以将其设置为 Activity 主题背景。
  2. 主题背景覆盖。仅应用于 "完整" 的主题背景。由于其不会指定重要且必要的信息,因此不应该单独使用。

永远存在

总会有一个有效的主题背景,即使您未在应用中的任何地方指定一个主题背景,您也会继承默认主题。因此,上面的示例只是一种简化,因此您绝对不应该在 View 中使用一个 "完整" 的主题背景,而应使用主题背景覆盖:

<!-- Copyright 2019 Google LLC.  
   SPDX-License-Identifier: Apache-2.0 -->
<ViewGroup …
-   android:theme="@style/Theme.App.Foo">
+   android:theme="@style/ThemeOverlay.App.Foo">
<Button …
-   android:theme="@style/Theme.App.Bar"/>
+   android:theme="@style/ThemeOverlay.App.Bar"/>
</ViewGroup>
  • 默认主题

    https://cs.android.com/android/platform/superproject/+/master
    :frameworks/base/core/java/android/content/res/Resources.java;l=166?q=selectDefaultTheme

这些主题背景覆盖不会孤立地存在,因为它们本身会被外围的 Activity 的主题背景所覆盖。

成本效益

使用主题背景需要一些运行时的代价。每次您声明 android:theme 时,您都在创建一个新的 ContextThemeWrapper,它会分配新的主题背景 (Theme) 和资源 (Resources) 实例。它还需要解决多层级样式化的间接引用问题。

  • ContextThemeWrapper

https://developer.android.google.cn/reference/android/view/ContextThemeWrapper

注意不要过度使用主题,您应该监控它们的影响,特别是在重复使用的情况下,例如: RecyclerView 项的布局或者配置文件。

在上下文中使用

我们曾说过主题背景与 Context 相关联,这意味着,如果您在代码中使用 Context 来获取资源 (Resource),请确保您使用的是正确的 Context。例如,您可以在代码中的某个位置获取 Drawable:

someView.background = AppCompatResources.getDrawable(requireContext(), R.drawable.foo)

如果 Drawable 引用了主题背景属性 (所有的 Drawable 从 API 21+ 开始生效,VectorDrawables 可以通过 Jetpack 从 API 14+ 开始生效),则应确保使用正确的 Context 来加载 Drawable。如果不清楚 Context 是否正确的话,您可能会遇到在尝试应用背景主题到子层级时不生效的情况,届时您可能会陷入困惑并且搞不清楚究竟发生了什么。例如,如果您使用 Fragment 或 Activity 的 Context 来加载 Drawable,应用在树结构底层的主题背景就会失效。最佳做法是,应使用离资源 (Resource) 最近的 Context:

someView.background = AppCompatResources.getDrawable(someView.context, R.drawable.foo)

误用

我们已经讨论了树结构中存在的主题背景和 Context: Activity > ViewGroup > View 等。将这种思维模型扩展到 Application 级,听起来很吸引人——毕竟您可以在 manifest 中通过 标签指定一个主题背景。千万不要被愚弄!
Application Context 不保留任何主题背景相关信息,您在 manifest 中设置的主题背景仅用作未明确设置主题背景的 Activity 的默认选择。因此,您绝不要在 Application Context 中加载资源 (如 Drawable 或者颜色,因为它们可能因主题背景不同而不同) 或者用来解析主题背景属性。

  • 加载资源

    https://riggaroo.co.za/dark-mode-musings-beware-of-the-context/

切勿使用 Application Context 加载可使用的资源

这也是为什么我们把 "完整" 主题背景应用到 Activity ,并从 Application 主题背景维度对这种组织结构进行了扩展。 级别的主题背景不会覆盖 级别的主题背景。

强调

希望这篇文章已经解释清楚了主题背景覆盖在树结构中的功能,以及在样式化我们 App 的时候如何使用这个功能。使用 android:theme 标签为布局中的分段设置主题背景,并仅在您需要调整属性的地方使用主题背景覆盖。请注意使用正确的主题背景和 Context 来加载资源,并谨慎使用 Application Context!


https://mp.weixin.qq.com/s/NLuRPAH4jp08hedKlvxz9Q

Android 样式系统 | 主题背景覆盖

在 Android 样式系统系列的前几篇文章中,我们探讨了样式和主题背景之间的区别,讨论了使用主题背景和主题背景属性的好处,并重点介绍了一些常用的主题背景属性。 今天,我们聚焦于主题背景的实际使用,如何将它们应用到我们的应用中,以及如何构建主题背景。

发布于:12天以前  |  91次阅读  |  详细内容 »

Android 深色模式适配原理分析

从Android10(API 29)开始,在原有的主题适配的基础上,Google开始提供了Force Dark机制,在系统底层直接对颜色和图片进行转换处理,原生支持深色模式。深色模式可以节省电量、改善弱势及强光敏感用户的可视性,并能在环境亮度较暗的时候保护视力,更是夜间活跃用户的强烈需求。对深色模式的适配有利于提升用户口碑。

发布于:1月以前  |  440次阅读  |  详细内容 »

百度APP-Android H5首屏优化实践

百度App自2016年上半年尝试Feed流业务形态,至2017年下半年,历经10个版本的迭代,基本完成了产品形态的初步探索。在整个Feed流形态的闭环中,新闻详情页(文中称为落地页)作为重要的组成部分,如果打开页面后,loading时间过长,会严重影响用户体验。因此我们针对落地页这种H5的首屏展现速度进行了长期优化,本文会详细阐述整个优化思路和技术细节

发布于:1月以前  |  394次阅读  |  详细内容 »

Android 10分区存储介绍及百度APP适配实践

Google于 2019年9月3日发布了Android10 release版本,为了更好的保护用户数据并限制设备冗余文件增加,Android 10版本变更了设备外部存储访问方式,外部存储新特性称为分区存储(Scoped Storage), 分区存储遵循以下三个原则对外部存储文件访问方式重新设计,便于用户更好的管理外部存储文件

发布于:1月以前  |  403次阅读  |  详细内容 »

深入探究Android应用启动起点

开发者文档中提到,Android应用有三种启动状态,每种状态都会影响应用向用户显示所需的时间:冷启动、温启动或热启动。三种启动状态中,冷启动耗时最久,系统和App有较多初始化的工作。如果启动时间过长,可能会导致用户在应用商店打低分,甚至完全弃用app,所以冷启动速度是各个app非常重要的性能指标之一。

发布于:1月以前  |  363次阅读  |  详细内容 »

一文搞懂Android JetPack组件原理之Lifecycle、LiveData、ViewModel与源码分析技巧

Lifecycle、LiveData和ViewModel作为AAC架构的核心,常常被用在Android业务架构中。在京东商城Android应用中,为了事件传递等个性化需求,比如ViewModel间通信、ViewModel访问Activity等等,以及为了架构的扩展性,我们封装了BaseLiveData和BaseViewModel等基础组件,也对Activity、Fragement和ViewHolder进行了封装,以JDLifecycleBaseActivity、LifecycleBaseFragment和LifecycleBaseViewHolder等组件强化了View层功能,构建出了各业务线统一规范架构的基石。

发布于:2月以前  |  361次阅读  |  详细内容 »

Android 记一次解决问题的过程

之前我写过一篇文章,介绍我在GitHub开源的滑动控件 ConsecutiveScroller 是如何实现布局吸顶功能的。有兴趣的朋友可以去看一下:Android滑动布局ConsecutiveScrollerLayout实现布局吸顶功能。

发布于:2月以前  |  396次阅读  |  详细内容 »

Android内存异常机制(用户空间)_NE

常见的Android稳定性异常,有内核异常和Android层异常。内核异常也就是常说的“kernel panic”,简称KE异常;Android层异常又分为java层crash和Native层crash,简称JE、NE异常。 上篇文章介绍了JE异常的抓取机制和处理方式,本文再讲一下NE异常。

发布于:3月以前  |  768次阅读  |  详细内容 »

Android-模块化-面向接口编程

随着业务的发展,工程的逐渐增大与开发人员增多,很多工程都走向了模块化、组件化、插件化道路,来方便大家的合作开发与降低业务之间的耦合度。现在就和大家谈谈模块化的交互问题,首先看下模块化的几个优势。

发布于:4月以前  |  1041次阅读  |  详细内容 »

Android SurfaceView 播放gif

Android SurfaceView 是Android系统中的高级组件,它有自己的绘制界面,可以在一个独立的线程进行UI的绘制, 因此不会阻塞主线程,这也是我们使用SuefaceView播放gif图片的原因。

发布于:4月以前  |  861次阅读  |  详细内容 »

Android Studio 生成so文件 及调用

so文件是C、C++的函数库,在Android中 调用这些库,使用的是JNI( Java Native interface) JNI 可以使Java程序调用本地程序或者库(一般是使用C、C++ 或者汇编语言编写)。 这篇文章 会介绍 使用Android Studio 如何生成so文件,及如何使用so

发布于:4月以前  |  1138次阅读  |  详细内容 »

Android 保活从入门到放弃:乖乖引导用户加白名单吧(附7大机型加白示例)

IM在Android上的保活问题经常在即时通讯网的论坛和技术群里被讨论,自从Android 8.0后系统大大降低了后台运行应用的保活容忍度(详见《Android P正式版即将到来:后台应用保活、消息推送的真正噩梦》),保活从黑科技横行的时代进入了技术蛮荒阶段,真要实现保活,技术难度越来越大。

发布于:4月以前  |  1107次阅读  |  详细内容 »

安居客 Android APP 走向平台化 | 开发者说·DTalk

安居客 Android App 距离上次的模块化/组件化重构已经两年多了,重构之后很好的支撑了两年多以来的业务发展。但这个世界总是在向前走的,没有任何一种架构能够一劳永逸的解决所有问题,外部环境的不断变化相应的也要求项目架构做出改变,以此来应对环境变化所带来的挑战。

发布于:4月以前  |  783次阅读  |  详细内容 »

Android View 体系竟然还能这么理解?

很多小伙伴可能在学习view的绘制流程源码的时候有点抓不住重点,所以在分析代码的时候绕来绕去脑袋晕乎乎的。今天我就来给大家化繁为简,只关注它最核心的东西。

发布于:4月以前  |  983次阅读  |  详细内容 »

最多阅读

简化Android的UI开发 1年以前  |  318737次阅读
Android设计与开发工作流 1年以前  |  2912次阅读
Google Enjarify:可代替dex2jar的dex反编译 1年以前  |  2804次阅读
30分钟搭建一个android的私有Maven仓库 1年以前  |  2679次阅读
Android多渠道打包工具:apptools 1年以前  |  2365次阅读
Google Java编程风格规范(中文版) 1年以前  |  2341次阅读
Android UI基本技术点 1年以前  |  2340次阅读
Android权限 - 第一篇 1年以前  |  2276次阅读
Stetho 1年以前  |  2189次阅读
2015 Google IO带来的新 Android 开发工具 1年以前  |  2100次阅读
你应该知道的布局和属性 1年以前  |  2064次阅读
听FackBook工程师讲*Custom ViewGroups* 1年以前  |  2043次阅读
MVP在Android平台上的应用 1年以前  |  2032次阅读
Gradle小知识#3:任务的顺序 1年以前  |  2005次阅读