Style在Android中的继承关系-低调大师

Style在Android中的继承关系

2017-08-02 566

Android的Styles(样式)和Themes(主题)非常类似Web开发里的CSS，方便开发者将页面内容和布局呈现分开。Style和Theme在Android里的定义方式是完全一样的，两者只是概念上的区别：Style作用在单个视图或控件上，而Theme用于Activity或整个应用程序。由于作用范围的不同，Theme也就需要比Style包含更多的定义属性值的项目(item)。不过本文，我将Style和Theme都归为Style来称呼。

Android的Style和Web的CSS相比，有一个缺陷就是只能针对一个对象只能通过android:theme="@style/AppTheme"或style="@style/MyStyle"指定一个值。而CSS则可以通过class属性在DOM元素上定义多个样式来达到组合的效果。不过Style也有CSS没有的功能，那就是继承(Inheritance)。(当然CSS通过LESS和SASS这些工具也获得继承的能力。)

Style继承简介

根据Android Developers官方文档的介绍，定义Style的继承有两种方式：一是通过parent标志父Style;

<style name="GreenText" parent="@android:style/TextAppearance">
<item name="android:textColor">#00FF00</item>
</style>

另一种则是将父Style的名字作为前缀，然后通过“.”连接新定义Style的名字：

<style name="CodeFont.Red">
<item name="android:textColor">#FF0000</item>
</style>

第二种方式可以无限连接子Style来实践多层继承：

<style name="CodeFont.Red.Big">
<item name="android:textSize">30sp</item>
</style>

相对第一种，Android对第二种方式做出的限制就是Style必须是由自己定义的，或者说父Style和子Style必须是定义在同一个程序内，不能是引用第三方或系统的Style。毕竟对于系统的Style的引用是需要加上android:前缀作为命名空间。

其次在使用Style时，对于第二种方式定义的Style，必须引用其完全的名字，也就是说必须要包含完整的前缀和名字：

<EditText
style="@style/CodeFont.Red.Big"
... />

Android对于第一种定义方式并没用限制，所以所有以第二种方式定义的Style都可以转用第一种：

<style name="Big" parent="CodeFont.Red">
<item name="android:textSize">30sp</item>
</style>

只要parent中的名字对应上实际定义的Style名字即可。不过换成第一种后Style的名字如果太简洁就容易冲突了。

两种继承方式混合的效果

前面说到Style的两种继承方式的效果是一致的，那假如将两种方式混在一起定义一个Style又会是什么样的效果呢?下边就用实际例子来分析一下。

首先定义一些实验所需的自定义属性(attr)，(这样可以减少系统属性的干扰，因为系统总是会为它的属性定义值，那样可能无法分辨最后的效果是来自系统还是定义的值)

<?xml version="1.0" encoding="utf-8"?>
<resources>
<declare-styleable name="CustomStyle">
<attr name="customColor" format="color"/>
<attr name="customText" format="string"/>
<attr name="customSize" format="dimension"/>
</declare-styleable>
</resources>

接着定义一个TextView的子类，并在其中获取上边自定义属性的值并赋予TextView去呈现：

import android.util.TypedValue;
import android.widget.TextView;
/**
* @author Ider
*/
public class StyledTextView extends TextView {
public StyledTextView(Context context) {
this(context, null);
}
public StyledTextView(Context context, AttributeSet attrs) {
this(context, attrs, 0);
}
public StyledTextView(Context context, AttributeSet attrs, int defStyleAttr) {
super(context, attrs, defStyleAttr);
final TypedArray a = context.getTheme()
.obtainStyledAttributes(attrs, R.styleable.CustomStyle, defStyleAttr, 0);
final CharSequence text = a.getText(R.styleable.CustomStyle_customText);
final int color = a.getColor(R.styleable.CustomStyle_customColor, Color.RED);
final float size = a.getDimensionPixelSize(R.styleable.CustomStyle_customSize, 70);
a.recycle();
setText(text);
setTextColor(color);
setTextSize(TypedValue.COMPLEX_UNIT_PX, size);
}
}

然后就是定义研究所需的Style

<resources>
<style name="SuperStyleOne">
<item name="customColor">@android:color/holo_orange_dark</item>
<item name="customText">Hello World</item>
<item name="customSize">30dp</item>
</style>
<style name="SuperStyleTwo">
<item name="customText">www.iderzheng.com</item>
</style>
<style name="SuperStyleOne.SubOne">
<item name="customColor">@android:color/holo_blue_dark</item>
</style>
<style name="SuperStyleOne.SubTwo" parent="SuperStyleTwo">
</style>
<style name="SuperStyleOne.SubThree" parent="SuperStyleTwo">
<item name="customText">blog.iderzheng.com</item>
</style>
</resources>

上边定义的Style里，SuperStyleOne将通过添加前缀的方式作用到子Style上，而SuperStyleTwo则通过指定到parent来其作用。可以看到SubTwo和SubThree混合了两种方式。

最后在Activity的布局视图里使用自定类并设定上不同的Style

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:tools="http://schemas.android.com/tools"
android:orientation="vertical"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:paddingLeft="@dimen/activity_horizontal_margin"
android:paddingRight="@dimen/activity_horizontal_margin"
android:paddingTop="@dimen/activity_vertical_margin"
android:paddingBottom="@dimen/activity_vertical_margin"
tools:context=".MainActivity">
<com.ider.trial.styles.StyledTextView
style="@style/SuperStyleOne"
android:layout_width="wrap_content"
android:layout_height="wrap_content"/>
<com.ider.trial.styles.StyledTextView
style="@style/SuperStyleOne.SubOne"
android:layout_width="wrap_content"
android:layout_height="wrap_content"/>
<com.ider.trial.styles.StyledTextView
style="@style/SuperStyleOne.SubTwo"
android:layout_width="wrap_content"
android:layout_height="wrap_content"/>
<com.ider.trial.styles.StyledTextView
style="@style/SuperStyleOne.SubThree"
android:layout_width="wrap_content"
android:layout_height="wrap_content"/>
</LinearLayout>

运行之后得到效果如下：

第一个和第二个都是Style标准的使用方式，也看到它们正确地获得了定义的属性值，子Style也正确的继承和覆盖了父Style的属性值。

对于第三个和第四个，它们呈现的颜色是代码中使用的默认红色(Color.RED)，字体的值也是源自代码中的使用值，所以明显比前两者要小。这也就是说它们并没用继承下SuperStyleOne中定义的字体大小和颜色。但是SuperStyleTwo中定义的内容被第三个正确的显示了出来，也说明SubTwo成功继承通过parent指定的父Style的内容。而第四个呈现出来内容则说明覆盖的效果也是正确的。

在做这个试验之前，我一直以为两种方式会同时其作用，只是用parent指定比用前缀有高优先级。也就是说Android会先从当前Style定义中找某个属性的值，如果没有找到就转到parent指定的父Style中找，还没有则转到前缀指定的父Style中找。但是通过上边的结果表明：当使用parent指定父Style后，前缀方式则不在其作用，只是作为Style的名字。也就是说：Android的Style不支持多继承。Style的继承只能单线一层层下来。

反过来在看看系统定义的Style也更容易懂了，比如打开themes_holo.xml，会看到很多一样的内容被”冗余”地定义在Theme.Holo和Theme.Holo.Light两个Style下。但因为Theme.Holo.Light用parent指定了其父Style是Theme.Light，所以Theme.Holo.Light并没有从Theme.Holo继承任何属性值，也因此这样的冗余是必须的。

<style name="Theme.Holo.Light" parent="Theme.Light">
... ... ... ...
</style>

使用Theme.Holo.Light作为Style的名字只是为了名字更加的清晰明了。

References:

Styles and Themes | Android Developers
Android XML theme inheriting from two parent themes? – Stack Overflow
xml – Reason why style attribute does not use the android: namespace prefix – Stack Overflow

本文作者：佚名

来源：51CTO

微信关注我们

原文链接：https://yq.aliyun.com/articles/181451

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

Bluepill：LinkedIn开源的iOS并行UI测试工具

前不久，LinkedIn在官方博客介绍了该公司的最新开源项目Bluepill。Bluepill使得开发人员可以在单一机器上同时用多种模拟器运行iOS UI测试，目标在于提供稳定的测试工具和可扩展的测试。它的牛逼之处在于：在一台机器上同时启动多个iOS模拟器，自动化运行多个UI测试并给出每一个测试的测试报告。更直观点，可以看官方的Demo截图：可以看到图中足足同时运行了12个模拟器，可以覆盖目前几乎所有主流iOS版本了。为何研发Bluepill LinkedIn的移动团队在研发中提出过一个叫“3x3哲学”的理念，它意为设定目标每天发布三次，在代码提交到对团队成员可用之间不超过三个小时。这对持续交付提出了很大的挑战。 UI测试作为持续交付的一部分，是非常耗时的，你通常需要测试所有主流系统版本之后才能发布。Bluepill就是为了解决这个问题而诞生的。为了达成3x3的目标，Bluepill给出了两个特性：测试平台的稳定性，主要针对Xcode iOS模拟器的“古怪问题”，有时候测试失败不是因为代码有问题，而是模拟器不给力，跑不起来或卡住了。据LinkedIn统计，他们所运行的测试...

2017-08-03

484

在Android设计中, 经常会使用卡片元素, 正面显示图片或主要信息, 背面显示详细内容, 如网易有道词典的单词翻转和海底捞的食谱展示. 实现卡片视图非常容易, 那么如何实现翻转动画呢? 在TB吃海底捞时, 使用Pad点餐, 发现应用的食谱功能使用卡片控件, 就准备和大家分享一下实现方式. 有兴趣的朋友可以去海底捞看看:) 本文源码的GitHub下载地址 https://github.com/SpikeKing/wcl-flip-anim-demo 欢迎Follow我的GitHub:https://github.com/SpikeKing 首页首页由正面和背面两张卡片组成, 同时, 设置点击事件flipCard. <?xmlversion="1.0"encoding="utf-8"?> <FrameLayout android:id="@+id/main_fl_container" xmlns:android="http://schemas.android.com/apk/res/android" xmlns:tools="http://schemas.a...

2017-08-03

638

资源下载

更多资源

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。