不再需要View id
你是否曾经看到其他人的布局会有一些疑问,他们布局中的数据是在哪里set
和get
的呢?或许你会想删掉findViewById
是做出了伟大的第一步,但是我们看到仍然存在大量的样板代码。其实Android Data Binding还可以进一步减少代码量。
使用View Holder模式
让我们先讨论在应用中展示用户信息的情况。上篇博文中,我已经展示了使用Android Studio生成View Holder模式下的类文件,并且使用他们为视图设置数据的过程:
|
|
接下来,为视图设置数据
这种模式看上去要比使用findViewById
简洁得多,但是依旧存在向上述代码块中的样板代码。幸运的是,Data Binding为我们提供了表达式(包含Lambda表达式)来摆脱这些样板代码,该表达式声明在布局文件中。
在布局中使用表达式
首先,你要在layout标签下添加data标签来关联表达式中相应的变量。接下来,你就可以使用表达式为每个控件定义相应的属性了。如下:
|
|
在标签上为控件绑定的表达式需要以@{...}
格式来定义。上述代码块中的表达式直接为相应的控件分配了用户image
firstName
和lastName
的资源和文本。所以在这种情况下你就省去写样板代码的时间了,是不是很愉快?但是我们依然不清楚是使用了哪个User
,所以你需要在代码中分配它:
|
|
很简单,不是吗?
你可以看到在上述布局文件中已经完全摆脱控件id的声明,而对于View Holder模式依然需要id来尝试生成对应的类。使用表达式会将数据直接绑定到了布局中的每个控件上,因此就不再需要访问相应的view对象。也就不再需要id来生成相应的view holder类。
在使用Data Binding库之前,我们经常因为控件数据的设定时的数据为空而导致应用崩溃。然而Data Binding库之后就再也不用担心这种情况发生了。数据绑定表达式会在布局中检查每一个控件控价是否存在,所以如果不存在就不会有代码去执行更新。
使用表达式不代表就弃用View Holder模式。很多情况下,依然要使用ViewHolder模式,例如,当你想直接访问view holder对象以及它的一些字段时。
include标签的使用
使用include
标签的情况下是否依然生效呢?答案是必然的。就像View Holder模式能应用在include
标签下一样,表达式也是可以的。例如,有些TextView
控件单独声明在另外一个布局中,下面我们使用include
来包含它:
|
|
user变量可以分配在布局以外的地方,如下。
|
|
不论何时,user变量都会被分配(binding.setUser(…)),被包含的布局中的user变量也会被得到,因为在宿主布局中使用app:user=”@{user}”。再次注意,因为直接访问被包含布局中的views是不必要的,所有在被包含的布局中定义id也是不必要的。
展望
接下来,我将继续介绍Android Data Binding在轻量数据上的绑定,这样在应用到你的程序中会带来很多好处。或许你之前看到社区的一些评论在抱怨安卓代码丑陋却一直没有好的办法改善。如果你想得到更全面了解,先看看谷歌官方指南Data Binding Guide
该系列文章目录:
Android Data Binding系列前传之不再使用findViewById
Android Data Binding系列之include标签
Android Data Binding系列之添加变量
Android Data Binding系列之表达你所要表达的
Android Data Binding系列之大事件