Android中一种巧妙的drawable.xml替代方案分享
前言
在开发中我们经常要使用图片或者drawable文件夹下的xml,来实现一些效果，drawable的用法都和xml相关，我们可以使用shape、layer-list等标签绘制一些背景，还可以通过selector标签定义view的状态的效果等。当然了基本每个标签都对应于一个真正的实体类。
所有drawable.xml对应的java类如下
如何维护（替换）drawable xml是android开发中一个老生常谈的话题。按照标准的android布局开发模式，我们不得不为各种ui效果新建不同的xml文件进行描述，哪怕是简单的一个圆角。随着项目迭代，成百上千的xml连同那模棱两可的文件名，不仅让开发者复用或清理的成本难以估计，还使得项目体积急剧增大。因此，下面我们探索一种原理巧妙、适配全面的drawable替代方案。
下面话不多说了，来一起看看详细的介绍吧
传统方案总结
我们先概括下目前市面上已有的方案，大致分为两种实现方式。
一种是继承某个（或某几个）常用的控件，然后将drawable.xml中的常用属性作为当前控件的自定义属性，最后在控件内部动态生成drawable作为该控件的背景。这种方案的优点很明显：能直观地将drawable效果描述作为控件的属性定义在布局xml中，具有很好的可读性；但是缺点也不可忽视，这些属性并不能应用到任意控件，导致在很多时候还是不得不创建drawable.xml文件。
另一种方案则是将drawable的常用属性封装为代码api，以动态的方式在代码中生成并赋值给控件。这种方案理论上完全抛弃了drawable.xml，可以适配任意控件，但是若想完全以这种方式达到完全替换xml，个人觉得不可能，代码量大，关联性低是其最大的缺点，单看布局，无从知晓该控件的最终效果。不过，如果两相结合，作为对第一种方案的补充倒是一个不错的方案。
新方案探索
上述两种方案各有千秋，但都无法完全解决问题，我们对上述两种方案进行分析，提出以下问题：为什么不能有一种「既具有高可读性，又能全面适配」的drawable.xml替代方案呢？也就是说能同时兼顾前面提到的两种方案的优点，高可读性意味着对drawable的描述需要作为属性定义在布局文件中、全面适配意味这些属性对任意控件都有效。思来想去，答案似乎只有一个：databinding。说到这里，可能有些朋友已经隐隐猜到了，不过别急，容我娓娓道来。
databinding是android官方推出的数据绑定库，尽管已有数年，但是我估计仍有部分开发者还没有接触甚至有些抵触，具体就不细说，但是我希望你暂且能拥抱它，继续阅读。
数据绑定让数据变化能直接反映到布局中，对于控件已有的属性，例如textview的android:text属性，一旦通过databinding绑定：
<textview
android:text="@{name}"
android:layout_width="wrap_content"
android:layout_height="wrap_content" />
在运行时内部就会调用textview内部的settext方法。其实现原理的关键就是databinding通过提供的@bindingadapter注解，该注解将任意指定的属性和任意指定的方法关联，databinding会在编译的时候动态生成的调用关系，而对于常用的控件，databinding已经预置了对应的注解方法，例如以下就是textview的settext方法：
@bindingadapter("android:text")
public static void settext(textview view, charsequence text) {
final charsequence oldtext = view.gettext();
if (text == oldtext || (text == null && oldtext.length() == 0)) {
return;
}
if (text instanceof spanned) {
if (text.equals(oldtext)) {
return; // no change in the spans, so don't set anything.
}
} else if (!havecontentschanged(text, oldtext)) {
return; // no content changes, so don't set anything.
}
view.settext(text);
}
我们需要关注的就是这个@bindingadapter注解，「任意指定的属性」这个属性并非特指我们在布局中android提供的标准属性，也就是说，我们可以提供任意字符串作为属性，而任意方法很好理解，上面的代码片段很好的表达了这个意思，我们唯一需要关注的就是这个方法的参数：第一个参数是指定注解中的属性的作用域，后面的参数则是和注解所声明的属性一一对应，那么结合到我们本文的主题，答案也就呼之欲出了：
新方案实现
提供一个用@bindingadapter注解的方法，作用域指定为view（即任意控件）；参数约定为drawable.xml中的属性，不就达到了目的吗。是否是感觉到一丝丝巧妙？既然方案有了，下面我们来看具体实现。
限于drawable属性的丰富性，本文以常用的属性solid 和 corner为例展开。如以下片段所示：
@bindingadapter(value = {
"drawable_solidcolor",
"drawable_radius",
}, requireall = false)
public static void setviewbackground(view v, int color, int radius) {
gradientdrawable drawable = new gradientdrawable();
drawable.setcolor(color);
drawable.setcornerradius(radius);
view.setbackground(drawable);
}
上面代码片段定义了两个属性：drawable_solidcolor, drawable_radius，分别表示solid的color和corner的radius属性，也就是说稍后我们就就可以在布局文件中为每个view都指定该属性了；
这里可能有朋友会产生疑问，drawable的属性那么多，这里只定义了两个还好，如果把所有的drawable属性都定义，那岂不是每个控件都要把每个属性都指定一次，即使不需要。所以还需要提一下requireall参数，它表示是否需要每个属性都必须绑定了数据才会调用setviewbackground方法，设置为false后，就可以在布局文件中只指定需要的属性即可。
以上几行代码完成了基本定义，下面我们来看看如何使用：
<layout>
<textview
drawable_radius="@{10}"
drawable_solidcolor="@{0xffff0000}"
android:layout_width="60dp"
android:layout_height="60dp" />
<layout/>
不用怀疑，就是这么简单，即使这里不贴出效果图，我想大家脑海中已经浮现出来了，是不是觉得一目了然？以此类推，其它的drawable属性也可以通过本方案逐一实现。
总结
回顾本文，并没有任何复杂的代码或高深的逻辑组合，仅提出一种巧妙的drawable.xml替代方案，具有「既具有高可读性，又能全面适配」的特点。
从成本来说，本方案应该是最低的（特别是对一些已经在使用databinding的项目）：只需要定义一个方法即可，而效果却是最优的：理论来讲，实现该方案后，可以减少99%的drawable.xml创建。
如果非要说出本方案的缺点，那么它的实现原理所依赖的核心库databinding可能是有些开发者所不能接受的。
读到这里，是否觉得意犹未尽？没错，我已依据本文的方案替大家整理好了几乎所有常用的drawable属性提交到了github，核心依然是只有一个方法，直接可用。
github地址：https://github.com/whataa/nod...(本地下载)
好了，以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对的支持。