没错,include的使用就是这么简单,只需指明要包含的布局id就行。除此之外,我们还给这个include标签设置了一个id,为了验证它就是layout_include.xml的根布局TextView的id,我们在ViewOptimizationActivity中初始化TextView,并给它设置文字:
TextView tvInclude1 = findViewById(R.id.tv_include1);
tvInclude1.setText(“1.1 常规下的include布局”);
运行之后可以可以看到如下布局:
说明我们设置的layout和id都是成功的。不过你可能会对id这个属性有疑问:id我可以直接在TextView中设置啊,为什么重写它呢?别忘了我们的目的是复用,当你在一个主布局中使用include
标签添加两个以上的相同布局时,id相同就会冲突了,所以重写它可以让我们更好地调用它和它里面的控件。还有一种情况,假如你的主布局是RelateLayout
,这时为了设置相对位置,你也需要给它们设置不同的id。
1.2 重写根布局的布局属性
除了id之外,我们还可以重写宽高、边距和可见性(visibility
)这些布局属性。但是一定要注意,单单重写android:layout_height
或者android:layout_width
是不行,必须两个同时重写才起作用。包括边距也是这样,如果我们想给一个include进来的布局添加右边距的话的完整写法是这样的:
初始化后设置一段文字就可以看到如下的效果了:
可以看到,1.2显然比1.1多了一个右边距。
1.3 控件ID相同时的处理
在1.1中我们知道了id属性可以重写include
布局的根布局id,但对于根布局里面的布局和控件是无能为力的,如果这时一个布局在主布局中include了多次,那怎么区别里面的控件呢?
我们先创建一个layout_include2.xml的布局,它的根布局是FrameLayout
,里面有一个TextView
,它的id是tv_same:
在主布局中添加进去:
<?xml version="1.0" encoding="utf-8"?>……
为了区分,这里给第二个layout_include2设置了id。也许你已经反应过来了,没错,我们就是要创建根布局的对象,然后再去初始化里面的控件:
TextView tvSame = findViewById(R.id.tv_same);
tvSame.setText(“1.3 这里的TextView的ID是tv_same”);
FrameLayout viewSame = findViewById(R.id.view_same);
TextView tvSame2 = viewSame.findViewById(R.id.tv_same);
tvSame2.setText(“1.3 这里的TextView的ID也是tv_same”);
可见虽然控件的id虽然相同,但是使用起来是没有冲突的。
2、merge
include
标签虽然解决了布局重用的问题,却也带来了另外一个问题:布局嵌套。因为把需要重用的布局放到一个子布局之后就必须加一个根布局,如果你的主布局的根布局和你需要include的根布局都是一样的(比如都是LinearLayout
),那么就相当于在中间多加了一层多余的布局了。那么有没有办法可以在使用include
时不增加布局层级呢?答案当然是有的,那就是使用merge
标签。
使用merge
标签要注意一点:必须是一个布局文件中的根节点,看起来跟其他布局没什么区别,但它的特别之处在于页面加载时它的不会绘制的。打个比方,它就像是布局或者控件的搬运工,把“货物”搬到主布局之后就会功成身退,不会占用任何空间,因此也就不会增加布局层级了。这正如它的名字一样,只起“合并”作用。
2.1 merge常规使用
我们来验证一下,首先创建一个layout_merge.xml,在根节点使用merge
标签:
这里我使用了一些相对布局的属性,原因后面你就知道了。我们接着在ViewOptimizationActivity的布局添加RelativeLayout,然后使用include标签将layout_merge.xml添加进去:
运行出来的效果图:
2.2 merge标签对布局层级的影响
在layout_merge.xml中,我们使用相对布局的属性android:layout_toEndOf
将蓝色TextView设置到了绿色TextView的右边,而layout_merge.xml的父布局是RelativeLayout
,所以这个属性是起了作用了,merge
标签不会影响里面的控件,也不会增加布局层级。
如果你还不放心,可以用Android Studio来检查。我用的Android Studio是3.1版本的,可以通过Layout Inspector查看布局层级,不过记得要先在真机或者模拟器上把项目跑起来。依次点击Tools-Layout Inspector,然后选择你要查看的Activity,就可以看到如下的层级图:
可以看到RelativeLayout
下面直接就是两个TextView了, merge
标签并没有增加布局层级。从这里也可以看出merge
的局限性,即你需要明确将merge
里面的布局和控件include
到什么类型的布局中,才能提前设置好merge
里面的布局和控件的位置。
2.3 merge的ID
在学习include
标签时我们知道,它的android:id
属性可以重写被include的根布局id,但如果根节点是merge
呢?前面说了merge
并不会作为一个布局绘制出来,所以这里给它设置id是不起作用的。我们可以在它的父布局RelativeLayout
中再加一个TextView,使用android:layout_below
属性把设置到layout_merge下面:
运行之后你会发现新加的TextView会把merge布局盖住,没有像预期那样在其下方。如果把android:layout_below
中的id改为layout_merge.xml中任一TextView的id(比如tv_merge1),运行之后就可以看到如下效果:
这也符合2.2中的情况,即父布局RelativeLayout
下级布局就是include进去的TextView了。
3、ViewStub
你一定遇到这样的情况:页面中有些布局在初始化时没必要显示,但是又不得不事先在布局文件中写好,虽然设置成了invisible
或gone
,但是在初始化时还是会加载,这无疑会影响页面加载速度。针对这一情况,Android为我们提供了一个利器————ViewStub
。这是一个不可见的,大小为0的视图,具有懒加载的功能,它存在于视图层级中,但只会在setVisibility()
和inflate()
方法调用只会才会填充视图,所以不会影响初始化加载速度。它有以下三个重要属性:
android:layout
:ViewStub需要填充的视图名称,为“R.layout.xx”的形式;android:inflateId
:重写被填充的视图的父布局id。
与include
标签不同,ViewStub
的android:id
属性是设置ViewStub
本身id的,而不是重写布局id,这一点可不要搞错了。另外,ViewStub
还提供了OnInflateListener
接口,用于监听布局是否已经加载了。
3.1 填充布局的正确方式
我们先创建一个layout_view_stub.xml,里面放置一个Switch
开关:
然后在Activity的布局中修改如下:
<?xml version="1.0" encoding="utf-8"?>
在ViewOptimizationActivity中监听ViewStub的填充事件:
viewStub.setOnInflateListener(new ViewStub.OnInflateListener() {
@Override
public void onInflate(ViewStub viewStub, View view) {
Toast.makeText(ViewOptimizationActivity.this, “ViewStub加载了”, Toast.LENGTH_SHORT).show();
}
});
然后通过按钮事件来填充和显示layout_view_stub:
@Override
public void onClick(View view) {
switch (view.getId()) {
case R.id.btn_show:
viewStub.inflate();
break;
case R.id.btn_hide:
viewStub.setVisibility(View.GONE);
break;
default:
break;
}
}
运行之后,点击“显示”按钮,layout_view_stub显示了,并弹出"ViewStub加载了"的Toast;点击“隐藏”按钮,布局又隐藏掉了,但是再点击一下“显示”按钮,页面居然却闪退了,查看日志,发现抛出了一个异常:
java.lang.IllegalStateException: ViewStub must have a non-null ViewGroup viewParent
我们打开ViewStub的源码,看看是哪里抛出这个异常的。很快我们就可以定位到是在inflate()方法中
public View inflate() {
final ViewParent viewParent = getParent();
if (viewParent != null && viewParent instanceof ViewGroup) {
if (mLayoutResource != 0) {
final ViewGroup parent = (ViewGroup) viewParent;
final View view = inflateViewNoAdd(parent);
replaceSelfWithView(view, parent);
mInflatedViewRef = new WeakReference<>(view);
if (mInflateListener != null) {
mInflateListener.onInflate(this, view);
}
return view;
} else {
throw new IllegalArgumentException(“ViewStub must have a valid layoutResource”);
}
} else {
throw new IllegalStateException(“ViewStub must have a non-null ViewGroup viewParent”);
}
}
注意到if语句中有一个replaceSelfWithView()方法,听这名字就让人有一种不祥的预感了,点进去一看:
private void replaceSelfWithView(View view, ViewGroup parent) {
final int index = parent.indexOfChild(this);
parent.removeViewInLayout(this);
final ViewGroup.LayoutParams layoutParams = getLayoutParams();
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数初中级Android工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则近万的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Android移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!
如果你觉得这些内容对你有帮助,可以扫码获取!!(备注:Android)
最后
这里我希望可以帮助到大家提升进阶。
内容包含:Android学习PDF+架构视频+面试文档+源码笔记,高级架构技术进阶脑图、Android开发面试专题资料,高级进阶架构资料 这几块的内容。非常适合近期有面试和想在技术道路上继续精进的朋友。
喜欢本文的话,不妨给我点个小赞、评论区留言或者转发支持一下呗~
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!
Android学习PDF+架构视频+面试文档+源码笔记*,高级架构技术进阶脑图、Android开发面试专题资料,高级进阶架构资料 这几块的内容。非常适合近期有面试和想在技术道路上继续精进的朋友。
喜欢本文的话,不妨给我点个小赞、评论区留言或者转发支持一下呗~
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!