Android's <merge>标签在XML布局?

我读过<merge />标签上的罗曼·盖伊的帖子，但我仍然不明白它是如何有用的。它是一种<Frame />标记的替换，还是像这样使用:

<merge xmlns:android="....">
<LinearLayout ...>
.
.
.
</LinearLayout>
</merge>

那么<include />代码在另一个文件?

151742 次浏览
小开
最佳答案

<merge/>是有用的，因为它可以摆脱不需要的viewgroup，即布局只是用来包装其他视图，本身没有任何用途。

例如，如果你从另一个文件中<include/>布局而不使用归并，这两个文件可能看起来像这样:

layout1.xml:

<FrameLayout>
<include layout="@layout/layout2"/>
</FrameLayout>

layout2.xml:

<FrameLayout>
<TextView />
<TextView />
</FrameLayout>

这在功能上等同于这个单一的布局:

<FrameLayout>
<FrameLayout>
<TextView />
<TextView />
</FrameLayout>
</FrameLayout>

layout2.xml中的FrameLayout可能没有用处。<merge/>帮助摆脱它。下面是使用merge (layout1.xml没有改变)的样子:

layout2.xml:

<merge>
<TextView />
<TextView />
</merge>

这在功能上等同于下面的布局:

<FrameLayout>
<TextView />
<TextView />
</FrameLayout>

但由于你使用的是<include/>，你可以在其他地方重用这个布局。它不需要只用来替换framamelayouts -你可以用它来替换任何没有为视图的外观/行为添加有用内容的布局。

小开

blazeroni已经说得很清楚了，我只想补充几点。

  • <merge>用于优化布局。它用于减少不必要的嵌套。
  • 当包含<merge>标记的布局被添加到另一个布局中时，<merge>节点将被移除，它的子视图将直接添加到新的父视图中。
小开

include标签

<include>标记允许你将布局划分为多个文件:它有助于处理复杂的或过长的用户界面。

让我们假设你使用以下两个包含文件来分割你的复杂布局:

< p > top_level_activity.xml: 

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:id="@+id/layout1"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:orientation="vertical" >


<!-- First include file -->
<include layout="@layout/include1.xml" />


<!-- Second include file -->
<include layout="@layout/include2.xml" />


</LinearLayout>

然后你需要写include1.xml和include2.xml。

请记住，包含文件中的xml在呈现时只是你的top_level_activity布局中的倾倒(非常类似于C的#INCLUDE宏)。

包含文件是简单的简布局xml。

include1.xml:

<?xml version="1.0" encoding="utf-8"?>
<TextView xmlns:android="http://schemas.android.com/apk/res/android"
android:id="@+id/textView1"
android:text="First include"
android:textAppearance="?android:attr/textAppearanceMedium"/>

．.． 和include2.xml:

<?xml version="1.0" encoding="utf-8"?>
<Button xmlns:android="http://schemas.android.com/apk/res/android"
android:id="@+id/button1"
android:text="Button" />
看到了< p > ?没有什么幻想。 注意，你仍然必须用xmlns:android="http://schemas.android.com/apk/res/android声明android命名空间 所以top_level_activity.xml的呈现版本是: 

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:id="@+id/layout1"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:orientation="vertical" >


<!-- First include file -->
<TextView
android:id="@+id/textView1"
android:text="First include"
android:textAppearance="?android:attr/textAppearanceMedium"/>


<!-- Second include file -->
<Button
android:id="@+id/button1"
android:text="Button" />




</LinearLayout>

在java代码中，所有这些都是透明的:活动类中的findViewById(R.id.textView1)返回正确的小部件(即使该小部件是在不同于活动布局的xml文件中声明的)。

而锦上添花的是:可视化编辑器能很好地处理这件事。顶层布局被呈现为包含xml的与。

剧情越来越复杂

由于包含文件是一个经典的布局xml文件，这意味着它必须有一个顶部元素。 因此，如果你的文件需要包含多个小部件，你将不得不使用布局

假设include1.xml现在有两个TextView:必须声明一个布局。让我们选择一个LinearLayout。

< p > include1.xml: 

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:id="@+id/layout2"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:orientation="vertical" >


<TextView
android:id="@+id/textView1"
android:text="Second include"
android:textAppearance="?android:attr/textAppearanceMedium"/>


<TextView
android:id="@+id/textView2"
android:text="More text"
android:textAppearance="?android:attr/textAppearanceMedium"/>


</LinearLayout>
top_level_activity.xml将被呈现为: 

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:id="@+id/layout1"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:orientation="vertical" >


<!-- First include file -->
<LinearLayout
android:id="@+id/layout2"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:orientation="vertical" >


<TextView
android:id="@+id/textView1"
android:text="Second include"
android:textAppearance="?android:attr/textAppearanceMedium"/>


<TextView
android:id="@+id/textView2"
android:text="More text"
android:textAppearance="?android:attr/textAppearanceMedium"/>


</LinearLayout>


<!-- Second include file -->
<Button
android:id="@+id/button1"
android:text="Button" />


</LinearLayout>

但是等等，LinearLayout的两层是多余的 !

实际上，两个嵌套的LinearLayout没有任何作用，因为两个TextView可以包含在__abc2中，用于完全相同的渲染。

那么我们能做什么呢?

输入merge标签

<merge>标记只是一个虚拟标记，它提供了一个顶级元素来处理这种冗余问题。

现在include1.xml变成: 

<merge xmlns:android="http://schemas.android.com/apk/res/android">


<TextView
android:id="@+id/textView1"
android:text="Second include"
android:textAppearance="?android:attr/textAppearanceMedium"/>


<TextView
android:id="@+id/textView2"
android:text="More text"
android:textAppearance="?android:attr/textAppearanceMedium"/>


</merge>

，现在top_level_activity.xml被呈现为: 

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:id="@+id/layout1"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:orientation="vertical" >


<!-- First include file -->
<TextView
android:id="@+id/textView1"
android:text="Second include"
android:textAppearance="?android:attr/textAppearanceMedium"/>


<TextView
android:id="@+id/textView2"
android:text="More text"
android:textAppearance="?android:attr/textAppearanceMedium"/>


<!-- Second include file -->
<Button
android:id="@+id/button1"
android:text="Button" />


</LinearLayout>

你保存了一个层次，避免了一个无用的视图:Romain Guy已经睡得更好了。

你现在不是更快乐了吗?

小开
使用merge的另一个原因是在ListViews或gridview中使用自定义视图组。您可以使用自定义视图，而不是在列表适配器中使用viewHolder模式。自定义视图将膨胀根为merge标记的xml。 适配器代码:

public class GridViewAdapter extends BaseAdapter {
// ... typical Adapter class methods
@Override
public View getView(int position, View convertView, ViewGroup parent) {
WallpaperView wallpaperView;
if (convertView == null)
wallpaperView = new WallpaperView(activity);
else
wallpaperView = (WallpaperView) convertView;


wallpaperView.loadWallpaper(wallpapers.get(position), imageWidth);
return wallpaperView;
}
}

下面是自定义视图组:

public class WallpaperView extends RelativeLayout {


public WallpaperView(Context context) {
super(context);
init(context);
}
// ... typical constructors


private void init(Context context) {
View.inflate(context, R.layout.wallpaper_item, this);
imageLoader = AppController.getInstance().getImageLoader();
imagePlaceHolder = (ImageView) findViewById(R.id.imgLoader2);
thumbnail = (NetworkImageView) findViewById(R.id.thumbnail2);
thumbnail.setScaleType(ImageView.ScaleType.CENTER_CROP);
}


public void loadWallpaper(Wallpaper wallpaper, int imageWidth) {
// ...some logic that sets the views
}
}

这是XML文件:

<merge xmlns:android="http://schemas.android.com/apk/res/android">


<ImageView
android:id="@+id/imgLoader"
android:layout_width="30dp"
android:layout_height="30dp"
android:layout_centerInParent="true"
android:src="@drawable/ico_loader" />


<com.android.volley.toolbox.NetworkImageView
android:id="@+id/thumbnail"
android:layout_width="wrap_content"
android:layout_height="wrap_content" />


</merge>
小开

为了更深入地了解正在发生的事情，我创建了以下示例。看看activity_main.xml和content_profile.xml文件。

activity_main.xml

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:orientation="vertical">


<include layout="@layout/content_profile" />


</LinearLayout>

content_profile.xml

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:orientation="vertical">


<TextView
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:text="Howdy" />


<TextView
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:text="Hi there" />


</LinearLayout>

在这里，整个布局文件膨胀后是这样的。

<LinearLayout>
<LinearLayout>
<TextView />
<TextView />
</LinearLayout>
</LinearLayout>

在父LinearLayout中有一个LinearLayout，它没有任何用途，是多余的。通过布局检查器工具查看布局清楚地解释了这一点。

enter image description here

content_profile.xml在更新代码后使用合并而不是像LinearLayout这样的ViewGroup。

<merge xmlns:android="http://schemas.android.com/apk/res/android">


<TextView
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:text="Howdy" />


<TextView
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:text="Hi there" />


</merge>

现在我们的布局是这样的

<LinearLayout>
<TextView />
<TextView />
</LinearLayout>

这里我们看到多余的LinearLayout ViewGroup被删除了。现在布局检查器工具给出了如下的布局层次结构。

enter image description here

因此，当你的父布局可以定位你的子布局时，总是尝试使用merge，或者更准确地说，当你知道层次结构中将有一个冗余的视图组时，使用merge。

小开

根据android官方文档，如果它不提供任何padding或margin等，你只能使用merge来代替FrameLayout。

引用:

合并根帧-如果一个FrameLayout是一个布局的根 不提供背景或填充等，它可以用合并代替

Docs link


提交答案