Android开发疑难杂症之include布局文件

最新推荐文章于 2019-10-06 17:47:12 发布

酒中仙1225

最新推荐文章于 2019-10-06 17:47:12 发布

阅读量2.5k

点赞数

分类专栏： Android 文章标签： android 布局文件 include标签注意事项

本文链接：https://blog.csdn.net/xinjianwuhen1991/article/details/50404291

版权

Android 专栏收录该内容

27 篇文章 0 订阅

订阅专栏

前言

有个需求是在不同的布局文件中引入相同的一个顶部toolbar的布局文件，因此用到include。
我的toolbar文件是这样的称之为layout_toolbar。
***xml

    <?xml version="1.0" encoding="utf-8"?>
<android.support.v7.widget.Toolbar xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:app="http://schemas.android.com/apk/res-auto"
    android:id="@+id/toolbar"
    android:layout_width="match_parent"
    android:layout_height="?attr/actionBarSize"
    android:background="?attr/colorPrimary"
    android:popupTheme="@style/ThemeOverlay.AppCompat.Light"
    android:theme="@style/AppTheme"
    app:theme="@style/ThemeOverlay.AppCompat.ActionBar"></android.support.v7.widget.Toolbar>

主布局文件的结构是一个RelativeLayout，其内部上面引入toolbar，toolbar下面是一个scrollView。

奇怪现象

<include layout="@layout/include_toolbar"/>
<ScrollView   android:layout_below="@id/toolbar" 。。。

这里有个奇怪现象，直接这样预览都无法预览，scrollView中无法通过id应用include的控件的。参考之前的一个一个项目（称之为A，现在出问题的这个项目称之为B），layout_below=”@id/toolbar”变成
layout_below=”@+id/toolbar”，加上了个加号，从原理上来说，这是不应该的，而且从运行结果来看也不对。但是参考的那个项目用了加号，成功编译运行。仔细检查，发现可能是这两个项目之间的依赖注入模块不同（因为Butterknife的注入运行时报错，找不到toolbar）。把B项目依赖注入从ButterKnife换成XUtil中自带的依赖注入。一切ok。
但是我这样的强迫症患者不能就此罢休。
ScrollView android:layout_below=”@id/toolbar”不能加上加号就是不能，不能因为暂且有结果了，就加上了。

分析

两条结论
之前的需求应该是在scrollView设置below include之下。我们可以给include一个id,作为scrollView的参考
1. include和其它组件标签（RelativeLayout、LinearLayout、TextView等）一样，都可以使用layout属性来设置布局文件的宽高和位置

鉴于此，有人将其看作一个类似于LinerLayout的布局，个人感觉是不正确的，include应该只是表示插入，拼接。

但需要注意的是：必须要复写android:layout_width和android:layout_height属性才能使用其它属性（比如:android:layout_grivity、android:layout_align…、android:id等），这样可以避免include引用layout中的子组件属性影响到include的布局效果。
2. include添加配置属性，因为重写了根布局的属性，b文件(主文件)下的根布局的layout就不起作用了。不仅仅如果include指定了id的话，就不能直接把它里面的控件当成主xml中的控件来直接获得了，必须先获得这个xml布局文件，再通过布局文件findViewById来获得其子控件。当没有指定id的时候，只能直接this. findViewById来获得其子控件。至于原因，我们还是归因于对include下的布局文件的调用机制。（亲测）