重庆分公司,新征程启航

为企业提供网站建设、域名注册、服务器等服务

merge、include、ViewStub的作用及分析

include:
方便复杂布局的重用,使得布局模块化。最常使用到的地方如在每个Activity中加入统一的状态栏。

创新互联成立于2013年,先为哈密等服务建站,哈密等地企业,进行企业商务咨询服务。为哈密企业网站制作PC+手机+微官网三网同步一站式服务解决您的所有建站问题。

merge:
减少include之后的布局层级。

ViewStub:
提高布局初次加载性能。常用于网络加载失败页,按需加载View等。

include、merge结合使用:
官方对的介绍中使用vertical的LinearLayout。当需要include的Layout也是vertical的LinearLayout时,会出现两个vertical的LinearLayout相互嵌套的情况,这除了降低UI性能之外没有其他作用。这时候可以把需要include的Layout的LinearLayout换成标签。这样在编译完成后TextView和两个Button就是同级的,不会再多一层。

注意:在include中如果需要重写layout_xxx属性,则必须同时重写layout_width和Layout_height。



    

    

需要include的layout:
这里的LinearLayout和TextView同一层级。两个Button是其下一层子View。



    

把root视图LinearLayout换成merge:
这里两个Button和TextView同一层级,LinearLayout在include后已经不存在了。



    

merge适用于哪些布局类型:
试验后适用于我们常用的FrameLayout、LinearLayout、RelativeLayout等。但从官方的介绍中只见到FrameLayout和相同orientation的LinearLayout。因为这两种情况下需要的include的View和原布局没有耦合性,也就是没关系。
而RelativeLayout使用需要知道两者布局的情况,比如toRightof的对象是谁等,这反而增加了两个布局之间的耦合性,而include的作用不就是解耦合么。故此,RelativeLayout不适用。
而如果只用到centerInParent、alignParentTop之类的RelativeLayout的属性,面对这种低程度的耦合,merge似乎还行。但这时候通常可以考虑更优的方案了。

对于FrameLayout来说,无论嵌套多少层,显示效果是一样的,但UI性能更差,对于相同orientation的LinearLayout来说,嵌套多层,显示效果也是一样的,但UI性能也是更差。

The tag helps eliminate redundant view groups in your view hierarchy when including one layout within another.
译:merge标签帮助消除在一个布局中include进另外一个布局后,造成的View层级中冗余的view groups。

为什么会造成冗余:
之所以会造成View层级的冗余嵌套,是因为系统规定了每一个独立的布局文件都必须只有一个root view。而这个root view与内部的子View不一定存在必须的关系(例如,引用root view的id的情况),可能只是提供一个父布局让子类的layout_width等layout_xxxxx属性起作用而已。这个作用可以由include后的再上一层布局提供。这时root view就没用了。

代码中加载根标签为merge的布局文件:
由于merge在加载后就不存在了。就好像岳父拉着女朋友的手交给你,他就走了。这个过程是在inflate中完成的。而merge在子view找到新parent后就安心离开,如果没找到就不会放手,可怜×××。所以我们需要使用三个参数的inflate方法,在inflate的时候就指定新的parent,并attach。而root不需要再addView。
LayoutInflater.from(this).inflate(R.layout.titlebar, root, true);
不然会报错:
can be used only with a valid ViewGroup root and attachToRoot=true.

tools:showIn="@layout/activity_main"
在merge标签中加入此属性,方便在编辑时查看本Layout在布局activity_main中include完成后的模样,所见即所得,方便修改。

ViewStub如何提高加载性能:
对于一般的View来说,只要在布局文件中声明了,那么在加载布局文件的时候,该View就会被加载进内存。并非布局中所有的View在首次加载时都需要,可以把首次不需要的放在ViewStub中。
ViewStub是一个不可见的、宽高为0、draw方法为空的轻量级的View,用于在运行时再加载指定布局资源从而优化布局加载速度。只有当setVisibility(Visible/InVisible)或inflate()方法被调用,才会加载布局资源替换自身在父布局中的位置,并使用ViewStub的布局参数。

ViewStub和include的对比:
都是用于引入其他的布局,和直接在布局文件中写入View相比,使用include的方式没有性能上的优势,反而可能降低性能。而使用ViewStub则能提高加载性能,例如,把一个复杂布局放在ViewStub中加载,则在该复杂布局不需要加载的时候,开销变成了加载ViewStub的轻量开销。

ViewStub注意:
1、ViewStub只能被加载一次,然后被inflate的layout所替换掉
2、不支持标签

不要使用ViewStub的对象,使用inflate返回的布局对象:

if (inflatedView == null) {
      ViewStub viewStub = findViewById(R.id.stub);
      inflatedView = viewStub.inflate();
}
TextView text = inflatedView.findViewById(R.id.text);

名称栏目:merge、include、ViewStub的作用及分析
网页URL:http://cqcxhl.com/article/jcjedj.html

其他资讯

在线咨询
服务热线
服务热线:028-86922220
TOP