首页 > 编程知识 正文

android inflate详解,安卓inflate参数

时间:2023-05-04 03:04:46 阅读:220271 作者:2033

从inflate方法开始,搞懂LayoutInflater的inflate过程

在Android开发过程中,很多地方都不可避免的使用到inflate方法,如在使用RecycleView的时候构建ViewHolder对象,给Fragment进行CreateView

我们通常是inflater.inflate(R.layout.xxx, container, false)或者LayoutInflater.from(parent.context).inflate(R.layout.xxx, parent, false)来调用inflate方法的,不难发现,inflate方法的作用是将一个 xml 布局文件变成一个 view 对象。

那么,我们就来将它「分解」成明确的「问题」,来具体的「学习」吧

LayoutInflater、inflater 这些语句的「头部」是什么?怎么来的?inflate 方法的「参数」是什么意思,有什么用?这些语句是怎么实现转换 xml 为 view 的?我除了常见的用法还能怎么用它

问题一:

    思考的First Step,问其所来

这玩意是用来将 xml 转换为 view 的这玩意不能直接new初始化,通过Activity和SystemService获取,你也可以自定义他的工厂方法因为性能问题,他只能把写在layout里被预处理过的 xml 转换为 view ,不能随便找个xml文件就让他转换

总结:

那好了,第一个问题解决了,LayoutInflater是一个不能直接new的类,他来管 xml 转换为 view ,我们在adapter里通过LayoutInflater.from(context)获取实例,fragment则是直接使用了FragmentManager调用Fragment.onCreateView的时候传过来的inflater对象

问题二:

inflate(@LayoutRes int resource, @Nullable ViewGroup root, boolean attachToRoot) 方法有三个参数,第一个参数很好理解,就是前文所说的, xml 转换为 view 中 layout xml 对应的资源ID。第二第三个参数又什么意思呢?我转换成View为什么需要它呢?

root是要转换的 xml 将要存在的外部ViewGroupxml 转换成 view 后要不要 addView 到 root ( ViewGroup )

是不是看不懂,我们接着看!!!

这里提一下:View和ViewGroup的关系----简单来说就是玻璃和玻璃框的关系

测试 纸上学来终觉浅,只是看文档还是不行,不如自己上手试试,把自己脑子里的可能性都弄出来试试看效果,跑出来啥样就是啥样了。

按排列组合来说,我们一共有四种(如果你想到更多可能性,不妨自己写出来跑跑看)

root = null, attachToRoot = falseroot = null, attachToRoot = trueroot = viewgroup, attachToRoot = falseroot = viewgroup, attachToRoot = true

接下来我们一个个实验,实验的过程为,通过activity的getLayoutInflater()方法获取inflater对象,调用其inflate方法,传递不同的参数,将得到的view添加到activity布局的viewgroup中,查看结果。

首先是布局展示,activity的布局只有一个蓝底的ViewGroup,而要加载的view也只是一个黄色的View

 

注意我给蓝底加了一句android:paddingTop="32dp",黄底加了一句android:layout_margin="4dp"

测试①

我们看到黄色的view几乎填满了整个activity,view的width,height和margin都无效,但是viewgroup的padding是有效的。

但是我们还不能确定是root = null、attachToRoot = false中哪个的原因,我们继续测试

测试②

我们可以看到黄色的view里面设置的width height margin还是无效的,但是viewgroup的padding是有效的。

通过这两个测试,我猜测root的效果是控制 xml 里关于layoutparam的设置是否有效,但是不是这样还要看接下来的测试。而viewgroup的padding参数是不受影响的,这个也好理解,因为是ViewGroup的属性,在onDraw方法里处理的。

测试③

 

我们可以看到黄色的view里面设置的width height margin也都有效了

也就是说,root的猜测基本是坐实了,接下来就剩attachToRoot还是一头雾水了

测试④

Crash!出问题了,看看报错信息:

The specified child already has a parent. You must call removeView() on the child's parent first.

这sqdyb已经有个爹了,你要当qxdbh得先让他现在的爹 removeView()

啥意思,已经有个爹了?这爹是谁,他转换的过程也就接触到一个viewgroup啊,难道说attachToRoot = true的话就直接addView()了?试试看

测试⑤

 

果然和我们想的一样……那么,可以总结一下了

总结 root参数将决定view的layoutparam,如果为null,那xml里定义的最外层view的layoutparam将全部无效attachToRoot表示是否需要一键addView(),如果root为null,那这个参数将被自动忽略(表示是否将第一个参数所指定的布局添加到第二个参数的View中。)

第一点失效的详解:

我们在开发的过程中给控件所指定的layout_width和layout_height到底是什么意思?该属性的表示一个控件在容器中的大小,就是说这个控件必须在容器中,这个属性才有意义,否则无意义。

这就意味着如果我直接将linearlayout加载进来而不给它指定一个父布局,则inflate布局的根节点的layout_width和layout_height属性将会失效(因为这个时候linearlayout将不处于任何容器中,那么它的根节点的宽高自然会失效)

如果我想让linearlayout的根节点有效,又不想让其处于某一个容器中,那我就可以设置root不为null,而attachToRoot为false。这样,指定root的目的也就很明确了,即root会协助linearlayout的根节点生成布局参数,只有这一个作用。

原因:

那为什么Activity布局的根节点的宽高属性会生效?其实原因很简单,大部分情况下我们一个Activity页面由两部分组成(Android的版本号和应用主题会影响到Activity页面组成,这里以常见页面为例),我们的页面中有一个顶级View叫做DecorView,DecorView中包含一个竖直方向的LinearLayout,LinearLayout由两部分组成,第一部分是标题栏,第二部分是内容栏,内容栏是一个FrameLayout,我们在Activity中调用setContentView就是将View添加到这个FrameLayout中,所以给大家一种错觉仿佛Activity的根布局很特殊,其实不然。

 

版权声明:该文观点仅代表作者本人。处理文章:请发送邮件至 三1五14八八95#扣扣.com 举报,一经查实,本站将立刻删除。