Layout inflation在Android上下文环境下转换XML文件成View结构对象的时候需要用到。
LayoutInflater这个对象在Android的SDK中很常见,但是你绝对没想到竟然能够找到一个使用误区。说不定你的App里就是这么用的!如果你在写APP的时候像如下代码一样使用LayoutInflater的话:
1 2 |
; html-script: false ] inflater.inflate(R.layout.my_layout, null); |
请你继续读完这篇文章,稍后我会解释为什么这样做不对。
认识LayoutInflater
首先看一下LayoutInflater的工作原理,有两个重载的版本可以使用:
inflate(int resource, ViewGroup root)
和 inflate(int resource, ViewGroup root, boolean attachToRoot)
第一个参数指出要载入的布局文件资源,第二个参数指出视图结构中载入的布局将要放入的根视图。如果有第三个参数,那么它用来决定是否把载入后的视图绑定到给出的根视图中。
最后两个参数可能会导致一些问题。如果使用两个参数的版本,Layoutinflater会自动尝试把载入的视图绑定到给定的根视图对象中。但是,如果你传递null
,系统就不会尝试绑定操作了,否则应用程序就崩溃了。
很多开发者会这样做,认为传递null
作为根视图就可以禁用绑定操作了。很多时候很多开发者甚至不知道还有三个参数的Layoutinflater版本的存在,如果这么做的话,也会同时禁用了根视图的一个很重要的函数……但是之前我没有研究过。
框架中的示例
现在我们来仔细看看Android框架关于动态载入布局的场景。
Adapter是最常用的场景,我们经常需要使用LayoutInflater
来自定义ListView
(通过重写getView()
方法),具体的方法签名是这样的:
1 2 |
; html-script: false ] getView(int position, View convertView, ViewGroup parent) |
Fragment也会用到inflation操作,通过onCreateView()
方法创建view的时候会用到。这个方法的签名是这样的:
1 2 |
; html-script: false ] onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) |
不知你有没有注意到这一点,每次Framework需要你去载入一个布局文件时,都会传入一个ViewGroup参数(最后需要绑定到的根视图),如果Layoutinflater设为自动绑定到根视图的话,会抛出一个异常。
所以你想想看,如果我做绑定操作的话,为什么要给你一个ViewGroup参数呢?事实证明父视图在这个inflation操作过程中是很重要的,它会计算被载入的XML在根元素中的LayoutParams,如果传入null
话,就等于是告诉框架“我不知道载入的View要放到哪个父视图中”。
问题在于,android:layout_xxx属性会在父视图对象中被重新计算,结果就是所有你定义的LayoutParams都会被忽略掉(因为没有已知的父视图对象)。然后你就纳闷“为什么框架会忽略掉我自己定义的布局属性呢?还是去StackOverFlow上看看,提一个bug吧”。
如果没有设置LayoutParams,那么最终ViewGroup也会给你生成一个默认的属性,幸运的话(很多时候),这些默认的设置正好和你在XML文件中定义的一样……所以你就察觉不到其实已经出现问题了。
应用案例
你敢说你没有在应用中碰到过这样的场景吗?看看下面的代码,为Listview
简单地载入一个布局文件:
R.layout.item_row
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 |
; html-script: false ] <LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width="match_parent" android:layout_height="?android:attr/listPreferredItemHeight" android:gravity="center_vertical" android:orientation="horizontal"> <TextView android:id="@+id/text1" android:layout_width="wrap_content" android:layout_height="wrap_content" android:paddingRight="15dp" android:text="Text1" /> <TextView android:id="@+id/text2" android:layout_width="0dp" android:layout_height="wrap_content" android:layout_weight="1" android:text="Text2" /> </LinearLayout> |
这里我们想把高度设置为固定高度,上面把它设为当前主题下的推荐高度……看似很合理。
但是,当我们这样载入布局文件的时候,就不对了:
1 2 3 4 5 6 7 8 |
; html-script: false ] public View getView(int position, View convertView, ViewGroup parent) { if (convertView == null) { convertView = inflate(R.layout.item_row, null); } return convertView; } |
然后结果就变成这样了:
为什么设定的固定高度不起作用?这是因为你没有把所有子View的高都设为固定高度,只需要把根视图的高设置成wrap_content就可以了。不需要知道为什么会这样(你可以吐槽一下Google为什么这么处理!)。
而如果这样载入布局的话就没有问题:
1 2 3 4 5 6 7 8 |
; html-script: false ] public View getView(int position, View convertView, ViewGroup parent) { if (convertView == null) { convertView = inflate(R.layout.item_row, parent, false); } return convertView; } |
这样我们就得到了想要的结果:
任何规则都有例外
当然,也有需要在载入布局的时候指定null
作为父布局对象,但这种情况非常少。一个典型的例子就是为AlertDialog中载入一个自定义布局。看看下面的例子,使用和上面一样的XML布局文件来作为对话框的布局:
1 2 3 4 5 6 7 8 |
; html-script: false ] AlertDialog.Builder builder = new AlertDialog.Builder(context); View content = LayoutInflater.from(context).inflate(R.layout.item_row, null); builder.setTitle("My Dialog"); builder.setView(content); builder.setPositiveButton("OK", null); builder.show(); |
这里的问题就是,AlertDialog.Builder
支持自定义布局,但是setView()
方法不提供带有布局文件作为参数的版本,所以只能先手动载入XML布局文件。由于最终会进入到对话框里面,不会接触到根布局(事实上这时候还没有根布局),所以我们也操作不了布局文件的最终父视图对象,当然也就不能用于载入使用了。事实证明,这些都是无关紧要的,因为AlertDialog
会擦除布局上的所有Layoutparams
然后替换为match_parent
。
所以,下次使用inflate()
函数时,如果还想输入null
应该停下来想一想“我真的不知道它该放到哪里吗?”
最后,你应该想想两个参数的inflate()
版本作为一个便捷的使用方式,可以忽略第三个参数(默认为true
),但是不要想着为了方便而传递一个null
却忽略了第三个参数会默认是false
。