文章目录
1. 问题引入
在开发应用程序的时候,经常会遇到这样的情况,会在运行时根据条件来决定哪个View或某个布局的显示与隐藏。
2. 解决方案
2.1 方案1:View.setVisibility
最常见的想法就是先把View都写到布局中,把它们的可见性都设为View.GONE,然后在代码中动态的更改它的可见性。
这钟做法的优点是逻辑简单而且控制起来比较灵活。但是它的缺点就是耗费资源。
虽然把View的初始可见View.GONE,但是在Inflate布局的时候View仍然会被Inflate,也就是说仍然会创建对象,会被实例化,会被设置属性,这些在一定程度上肯定会耗费内存等资源的。
2.2 方案2:ViewStub
ViewStub,正如它的名字一样,它是一个占位的View,本质上来说它是一个宽高都为0的一个View,且默认是不可见GONE的。只有在需要的时候,调用setVisibility函数或者inflate函数才会将其要装载的目标布局给加载出来,从而达到延迟加载的效果。这样就能优化页面渲染的速度,提升用户体验,使你的APP如德芙般丝滑~
2.3 View.setVisibility 与 ViewStub对比
下表列出了View.setVisibility 与 ViewStub 在 各个阶段的对比,可以看出,性能优化方面:
ViewStub > View.GONE > View.INVISIBLE > View.VISIBLE
对比项 | View.VISIBLE | View.INVISIBLE | View.GONE | ViewStub |
---|---|---|---|---|
实例化 | 会 | 会 | 会 | 不会 |
onMeasure | 会 | 会 | 不会 | 不会 |
onLayout | 会 | 会 | 不会 | 不会 |
onDraw | 会 | 不会 | 不会 | 不会 |
3. ViewStub的用法
3.1 布局中占位
布局中使用 ViewStub 占位
<ViewStub
android:layout_width="match_parent"
android:layout_height="50dp"
android:id="@+id/view_stub_tv"
android:inflatedId="@+id/tv_inflate"
android:layout="@layout/view_stub_content_text_layout"
/>
android:id="@+id/view_stub_tv":
ViewStub 的 id
android:inflatedId="@+id/tv_inflate"
:被装载的 view 的 id
android:layout="@layout/view_stub_content_text_layout"
: 被装载的 view 的 layout
view_stub_content_text_layout.xml :
<?xml version="1.0" encoding="utf-8"?>
<TextView xmlns:android="http://schemas.android.com/apk/res/android"
android:id="@+id/tv_view_stub_content"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:text="这是 view stub 真正的内容">
</TextView>
注意,即使被装载的 view 布局中有id,也没用,还是要使用
android:inflatedId
中声明的id。
比如,上述代码中 view_stub_content_text_layout.xml 中定义了 TextView 的 id 为android:id="@+id/tv_view_stub_content"
,但在代码中 findViewById 时还是要用android:inflatedId="@+id/tv_inflate"
定义的 id
3.2 代码中引入
ViewStub 本质是一个空 View ,因此可以像其他 View 一样通过 findViewById 拿到。
val tv