抽象布局——include、merge 、ViewStub

2019-11-09 18:13:07

字体：大中小

来源：转载

供稿：网友

在布局优化中，Androi的官方提到了这三种布局<include />、<merge />、<ViewStub />，并介绍了这三种布局各有的优势，下面也是简单说一下他们的优势，以及怎么使用，记下来权当做笔记。

1、布局重用<include />

<include />标签能够重用布局文件，简单的使用如下：

[html] view plain copy PRint?

%20 %201)<include%20/>标签可以使用单独的layout属性，这个也是必须使用的。

%20 %202)可以使用其他属性。<include%20/>标签若指定了ID属性，而你的layout也定义了ID，则你的layout的ID会被覆盖，解决方案。

%20 %203)在include标签中所有的Android:layout_*都是有效的，前提是必须要写layout_width和layout_height两个属性。

%20 %204)布局中可以包含两个相同的include标签，引用时可以使用如下方法解决（参考）:

[html] view%20plain copy print?

View bookmarks_container_2 = findViewById(R.id.bookmarks_favourite); bookmarks_container_2.findViewById(R.id.bookmarks_list);

2、减少视图层级<merge%20/> %20 %20<merge/>标签在UI的结构优化中起着非常重要的作用，它可以删减多余的层级，优化UI。例如你的主布局文件是垂直布局，引入了一个垂直布局的include，这是如果include布局使用的LinearLayout就没意义了，使用的话反而减慢你的UI表现。这时可以使用<merge/>标签优化。

[html] view%20plain copy print?

<merge xmlns:android="http://schemas.android.com/apk/res/android"> <Button android:layout_width="fill_parent" android:layout_height="wrap_content" android:text="@string/add"/> <Button android:layout_width="fill_parent" android:layout_height="wrap_content" android:text="@string/delete"/> </merge> 注意：当merge所在布局用于getLayoutInflater().inflate(R.layout.merge_item,%20new%20LinearLayout(this),%20true);时，方法inflate()中参数root和attachToRoot必须赋值，且attachToRoot必须为true；3、需要时使用<ViewStub%20/> %20 <ViewStub%20/>标签最大的优点是当你需要时才会加载，使用他并不会影响UI初始化时的性能。

%20在开发应用程序的时候，经常会遇到这样的情况，会在运行时动态根据条件来决定显示哪个View或某个布局。那么最通常的想法就是把可能用到的View都写在上面，先把它们的可见性都设为View.GONE，然后在代码中动态的更改它的可见性。这样的做法的优点是逻辑简单而且控制起来比较灵活。但是它的缺点就是，耗费资源。虽然把View的初始可见View.GONE但是在Inflate布局的时候View仍然会被Inflate，也就是说仍然会创建对象，会被实例化，会被设置属性。也就是说，会耗费内存等资源。

%20推荐的做法是使用Android.view.ViewStub，ViewStub是一个轻量级的View，它一个看不见的，不占布局位置，占用资源非常小的控件。可以为ViewStub指定一个布局，在Inflate布局的时候，只有ViewStub会被初始化，然后当ViewStub被设置为可见的时候，或是调用了ViewStub.inflate()的时候，ViewStub所向的布局就会被Inflate和实例化，然后ViewStub的布局属性都会传给它所指向的布局。这样，就可以使用ViewStub来方便的在运行时，要还是不要显示某个布局。

首先来说说ViewStub的一些特点：

%201.%20ViewStub只能Inflate一次，之后ViewStub对象会被置为空。按句话说，某个被ViewStub指定的布局被Inflate后，就不会够再通过ViewStub来控制它了。

%20 %202.%20ViewStub只能用来Inflate一个布局文件，而不是某个具体的View，当然也可以把View写在某个布局文件中。

%20基于以上的特点，那么可以考虑使用ViewStub的情况有：

%201.%20在程序的运行期间，某个布局在Inflate后，就不会有变化，除非重新启动。

%20因为ViewStub只能Inflate一次，之后会被置空，所以无法指望后面接着使用ViewStub来控制布局。所以当需要在运行时不止一次的显示和隐藏某个布局，那么ViewStub是做不到的。这时就只能使用View的可见性来控制了。

%202.%20想要控制显示与隐藏的是一个布局文件，而非某个View。

%20因为设置给ViewStub的只能是某个布局文件的Id，所以无法让它来控制某个View。

%20所以，如果想要控制某个View(如Button或TextView)的显示与隐藏，或者想要在运行时不断的显示与隐藏某个布局或View，只能使用View的可见性来控制。

总之:ViewStub小控件占用内存小，比View.GONE更节省内存资源，缺点是只能对布局进行单次inflate显示操作， %20 %20 %20 %20即只适合于需要占用内存小，而在必要时显示布局的情况。

[html] view%20plain copy print?

<ViewStub android:id="@+id/stub_import" android:layout="@layout/progress_overlay" android:layout_width="fill_parent" android:layout_height="wrap_content" android:layout_gravity="bottom" /> android:layout=“”这里是要替换的布局文件，布局中的属性要在ViewStub中设置，如android:layout_marginLeft="5dip"；android:background=""等属性设置。

当你想加载布局时，可以使用下面其中一种方法：

[java] view%20plain copy print?

((ViewStub) findViewById(R.id.stub_import)).setVisibility(View.VISIBLE); // or View importPanel = ((ViewStub) findViewById(R.id.stub_import)).inflate();

注：当调用inflate()函数的时候，ViewStub被引用的资源替代，并且返回引用的view，

但是显示设置用android:visibility="visible"则不起作用。另外ViewStub目前有个缺陷就是还不支持 <merge />标签。

更多<ViewStub />标签介绍可以参考《Android Layout Tricks #3: Optimize with stubs》

上一篇：百度百科算法集合

下一篇：TextView