布局优化之ViewStub、Include、merge使用分析
布局技巧
在Android开发过程中,我们会遇到很多的问题,随着UI界面越来越多,布局的重复性、复杂度也随之增加,所幸的是,Android官方也给出了几个对布局进行优化的方法,下面根据自己的理解对官方所介绍的方法进行分享,有错误的地方希望大家进行留言,相互交流。
轻量布局之ViewStub标签分析
ViewStub是一个轻量级View,也是一个初始化不做任何事情的View,但是之后我们可以加载入一个布局文件,在慢加载时View中做占位符而已。比如我们根据条件在动态加载View或者某个布局时,最通常就是把可能用到的View都写在布局上,然后可见性都设置为View.GONE 。之后在代码中动态更改其可见性,虽然操作简单,但是耗费资源,因为View.GONE在inflate布局仍会inflate,仍会创建对象,会被实例化,会被设置属性。而我推荐做法是用android.view.ViewStub,它指定一个布局时会被inflate和实例化,但是不占布局位置,占用资源少。当ViewStub所指向的布局被设置为可见,或者是调用了ViewStub.inflate()时,ViewStub所在的布局才会进行inflate之后实例化,然后ViewStub的布局属性传给它所指定的布局。当然,ViewStub的使用还是有缺点的,并不是任何时候都可以用。
ViewStub使用限制:
- ViewStub只能被inflate一次,之后ViewStub对象就会被置为空,就从view层次上移除了,也就是说它所指定的布局被inflate之后,就不能再通过ViewStub去控制这个布局了;
- ViewStub只能用来inflate一个布局文件,而不能是某一个具体的View,这时我们要做的是可以将View写在一个布局中;
- ViewStub目前还不支持
标签。
考虑到以上ViewStub的特点,再结合我自身的开发过程中,可以考虑到使用的ViewStub时主要有以下的情形:
- 当需要在运行时不止一次的显示和隐藏某一个布局时,ViewStub不可用,因为它只能够inflate一次,之后就会被置为空。这时只能采用View的可见性来控制了。
- 想要控制的是一个布局文件,而非View,ViewStub指定的是一个布局id,而非一个View对象。
当在使用ViewStub的布局属性时,某些属性是加在ViewStub上面,而不是加在实际的布局上面,这样才会起作用。而ViewStub的属性在inflate之后会都传给相应的布局。其中有个属性android:inflatedId 指是的可以使用它来重写包含布局文件的根元素的id。而在ViewStub上设定的layout_* 参数将会应用到包含的布局文件的顶部。
重用布局之Include标签分析
我们在做项目过程中,用得最多的标签应该是include,它是为了解决重复定义相同布局的问题。例如你有五个界面,这五个界面顶部都有一个相同的一个返回按妞和一个文本控件,若在不使用include情况下你在每个界面都需要重新在xml里面写相同的布局,这样造成工作量重复。而当我们使用了include标签,就可以把多次使用的这个布局独立成一个xml文件,之后在需要的地方通过include标签进行引用,自己不用再重复写一遍。示例如下:
my_title_layout.xml
<?xml version="1.0" encoding="utf-8"?>
<RelativeLayout
xmlns:android="http://schemas.android.com/apk/res/android"
android:layout_width="match_parent"
android:id="@+id/my_title_parent_id"
android:layout_height="wrap_content" >
<ImageButton
android:id="@+id/back_btn"
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:src="@drawable/ic_launcher" />
<TextView
android:id="@+id/title_tv"
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:layout_centerVertical="true"
android:layout_marginLeft="20dp"
android:layout_toRightOf="@+id/back_btn"
android:gravity="center"
android:text="我的title"
android:textSize="18sp" />
</RelativeLayout>
而在include布局文件中进行设置:
<?xml version="1.0" encoding="utf-8"?>
<LinearLayout
xmlns:android="http://schemas.android.com/apk/res/android"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:orientation="vertical" >
<include
android:id="@+id/my_title_ly"
android:layout_width="match_parent"
android:layout_height="wrap_content"
layout="@layout/my_title_layout" />
<!-- 代码省略 -->
</LinearLayout>
注意事项
- 使用include最常见是找不到findViewById查找不到目标控件,应通过include的id来获取目标布 局中子控件,当include指定了id,而你的layout也指定了id,则你的layout中的id会被覆盖。这里来说,具体使用的id应该是my_title_ly,而不应该是原先的my_title_parent_id
- 其次,在include标签中所有的android:layout_*都是有效的,但前提是必须要写layout_width和layout_height两个属性
- 布局中可以包含两个相同的include标签,引用时可以使用不同的include的id进行查找即可
减少布局层级之merge标签分析
merge标签可以删除多余的层级,优化UI。其多用于替换FrameLayout或者当一个布局包含另一个时,它主要消除视图层次结构中多余的视图组。主要使用在当一个子视图不需要指定任何针对父视图的布局属性时,例如你的主布局文件是垂直布局,引入了一个垂直布局的include并且引入的布局没有针对父视图属性时,这时如果include布局使用的LinearLayout就会没有意义,使用的话会重复有两个LinearLayout布局,这样的话会增多无必要的UI层次的布局,这时就可以用<merge>标签进行优化成一个LinearLayout
注意事项
- 其标签只可用作xml中layout布局文件的根节点,如果扩充的layout布局本身是由merge作为根节点的话,则在代码中需要将被导入的layout布局文件置于ViewGroup中,同时需要设置attachToRoot为True
总结
布局优化的分享到此就结束了,在Android开发的过程中,只要我们多使用这些布局标签,会使得我们的布局看起来更加的专业。有问题的朋友可以留言一起探讨。