数据绑定(Data Binding)-Part3
- 原文链接 : Data Binding – Part 3
- 原文作者 : Mark Allison
- 译文出自 : 开发技术前线 www.devtf.cn。未经允许,不得转载!
- 译者 : desmond1121
- 校对者: desmond1121
勘误:原文中使用ModelView一词,但实际上MVVM是Model-View-ViewModel,故应为ViewModel。
在之前的文章中,我们使用Data Binding与布局中的TextView
配合搭建了简单的App,并说到接下来将会加入图片的加载。这会比绑定文字更加麻烦,因为我们从Twitter服务器上拿下来的是URL而不是直接的图片。现在是时候介绍在MVVM模式中Model和ViewModel的区别了。在这个例子中,Model获取的是URL,但是View需要的是一个Bitmap,那么Model就需要转换成ViewModel来适应View的需求。要将他们进行如此细致的区分,是因为从url到Bitmap是一个比较并不简单的过程,需要根据url网络上去获取这个图片的具体内容。这部分的逻辑已经被我们将要使用的第三方图像加载库Glide封装了,不过我们还需要添加一些转换逻辑。
在这了使用Data Binding + RecyclerView还有一个原因。加载一幅网络图片的代价是很大的,如果你将一个List里面所有的图片都进行加载,而不论它是否要显示到屏幕上,这是非常浪费性能的。所以应该只加载要显示到屏幕上的图片,数据绑定也应该只在这种情况下进行。
我在上一篇中说了,我将使用Glide来进行图像加载。通过Glide,你可以使用以下这行简单的代码来实现图像的下载、转码、加载过程:
1
2
|
Glide.with(context).load(url).into(imageView);
|
它会自动异步下载图片,并将它显示到ImageView
上。Glide还能够帮你进行图片缓存等操作,不过我们在此处仅使用它最简单的图片加载功能。
现在看起来我们可以将Data Binding和ImageView结合起来了,这是一个很自然的想法,你可能会这么做:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
|
<?xmlversion="1.0"encoding="utf-8"?>
<layoutxmlns:android="http://schemas.android.com/apk/res/android"
xmlns:app="http://schemas.android.com/apk/res-auto">
<data>
<variable
name="status"
type="com.stylingandroid.databinding.data.Status"/>
<variable
name="glide"
type="com.bumptech.glide.Glide"/>
</data>
<RelativeLayout
android:id="@+id/status_container"
android:layout_width="match_parent"
android:layout_height="match_parent">
<!--
注意:这个里的DataBinding将不起作用
-->
<ImageView
android:id="@+id/status_avatar"
android:layout_width="64dp"
android:layout_height="64dp"
android:layout_alignParentLeft="true"
android:layout_alignParentStart="true"
android:layout_alignParentTop="true"
android:layout_margin="8dip"
android:contentDescription="@null"
app:imageUrl="@{glide.load(status.imageUrl).into(this)}"/>
.
.
.
</RelativeLayout>
</layout>
|
这里实际上有一个问题,我们可以查看一下Data Binding的表达式文档:
1
2
3
4
5
6
7
|
A few operations are missing from the expression syntax that you can use in Java.
this
super
new
Explicit generic invocation
|
你会发现:
在Data Binding语句中,
this
符号是不起作用的!
虽然this
没法使用了,但是我们可以用自定义Setter来替代它。当你希望为一个View定义特殊的Setter时可以这么干。你可以在自定义Setter里面利用Glide将获取的url转化成Bitmap显示到ImageVIew中。
这是一个自定义Setter的例子:
1
2
3
4
5
6
7
8
9
10
11
12
13
|
publicfinalclassDataBinder{
privateDataBinder(){
//NO-OP
}
@BindingAdapter("imageUrl")
publicstaticvoidsetImageUrl(ImageViewimageView,Stringurl){
Contextcontext=imageView.getContext();
Glide.with(context).load(url).into(imageView);
}
}
|
以上是一个很简单的工具类,它里面有个函数名为setImageView()
,以ImageView
和String
作为输入参数。不过你应该也注意到了,在这个函数上有一个注解:@BindingAdapter("imageUrl")
,这个注解的作用是向Data
Binding库声明了一个名为imageUrl的自定义Setter。我们不需要再做其他任何配置,这个注解会在编译时就帮我们打理好了一切。在加入这条注解之后,我们就可以在xml中使用它:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
|
<?xmlversion="1.0"encoding="utf-8"?>
<layoutxmlns:android="http://schemas.android.com/apk/res/android"
xmlns:app="http://schemas.android.com/apk/res-auto">
<data>
<variable
name="status"
type="com.stylingandroid.databinding.data.Status"/>
</data>
<RelativeLayout
android:id="@+id/status_container"
android:layout_width="match_parent"
android:layout_height="match_parent">
<ImageView
android:id="@+id/status_avatar"
android:layout_width="64dp"
android:layout_height="64dp"
android:layout_alignParentLeft="true"
android:layout_alignParentStart="true"
android:layout_alignParentTop="true"
android:layout_margin="8dip"
android:contentDescription="@null"
app:imageUrl="@{status.imageUrl}"/>
.
.
.
</RelativeLayout>
</layout>
|
这个Data Binding的自定义属性imageUrl是
在app命名空间下的(也就是res-auto)。它仅仅需要一个参数——URL字符串,它所处的ImageView
会自动加到自定义Setter中。在中也不需要再做其他改动,甚至也不需要加入Glide实例变量。
这样就完成了我们的图像绑定和加载过程,如下图所示:
虽然解释了很多,实际上写的代码却很少——几行自定义Setter,再在layout文件中添加两行代码,就足够了!在下一篇文章中我们再看看怎么将Data Binding用在更加有意思的地方。
从我写这篇文章开始到现在已经有很多人利用自定义Setter做了很多有意思的事情。在Droidcon NYC会议上,Roman Nurik向我展示了与本文类似的代码。我的代码灵感来源于官方的Data Binding手册,特别是使用Picasso结合自定义Setter进行图像加载的那部分。看起来使用Glide比Picasso更容易去理解和使用自定义Setter,我相信除了我和Roman还有很多人会这么想,并且都会创作出类似的代码。
Lisa Wray利用自定义Setter做了一件很有意思的事情:她利用Data Binding为TextView绑定了字体属性!她的例子完美地展示了自定义Setter可以实现多么灵活的功能!
本文中的例子在这里可以看