抽象布局——include、merge 、ViewStub

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

1、布局重用<include />

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

[html]  view plain  copy  print ? <LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"       android:orientation="vertical"        android:layout_width=”match_parent”       android:layout_height=”match_parent”       android:background="@color/app_bg"       android:gravity="center_horizontal">          <include layout="@layout/titlebar"/>          <TextView android:layout_width=”match_parent”                 android:layout_height="wrap_content"                 android:text="@string/hello"                 android:padding="10dp" />          ...      </LinearLayout>  

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

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

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

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

[html]  view plain  copy  print ? View bookmarks_container_2 = findViewById(R.id.bookmarks_favourite);       bookmarks_container_2.findViewById(R.id.bookmarks_list);  

2、减少视图层级<merge />

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

[html]  view plain  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, new LinearLayout(this), true);时，方法inflate()中参数root和attachToRoot必须赋值，且attachToRoot必须为true；

3、需要时使用<ViewStub />

   <ViewStub />标签最大的优点是当你需要时才会加载，使用他并不会影响UI初始化时的性能。

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

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

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

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

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

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

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

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

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

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

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

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

[html]  view plain  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 plain  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》