zoukankan      html  css  js  c++  java
  • 布局优化之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使用限制:

    1. ViewStub只能被inflate一次,之后ViewStub对象就会被置为空,就从view层次上移除了,也就是说它所指定的布局被inflate之后,就不能再通过ViewStub去控制这个布局了;
    2. ViewStub只能用来inflate一个布局文件,而不能是某一个具体的View,这时我们要做的是可以将View写在一个布局中;
    3. 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开发的过程中,只要我们多使用这些布局标签,会使得我们的布局看起来更加的专业。有问题的朋友可以留言一起探讨。

  • 相关阅读:
    Struts初探(二)
    struts2初探(一)
    css样式表设置
    css美化Div边框的样式实例
    CSS中background样式的repeat和no-repeat
    嘘,如何激活更新的win10
    学习向上转型和向下转型的一个好例子
    atom插件安装引发的nodejs和npm安装血案
    Java--Inheritance constructor继承中的构造方法问题(二)
    Java--Inheritance constructor继承中的构造方法问题(一)
  • 原文地址:https://www.cnblogs.com/Mz-Chris/p/4264242.html
Copyright © 2011-2022 走看看