纠正编码错误篇 (1)必须严肃的说,inflater使用null是错误的

前言

上午写一篇博客提神醒脑,最近准备把自己的有道笔记整理一下,把更多的收获分享给大家。从刚开始接触android到现在,有些朋友还保持这一些不太好的编码习惯,所以就先写两篇纠错文章,里面的知识大都是从其他大牛哥那里看到和总结的,并且自己通过实际测试证明没有问题,我会尽量用最简单明了的思路来说明,想要深入研究的可以去百度这些资料。

正文

什么是inflater?

这个问题显得很low,接触过android的人都知道inflater,它主要是帮助我们去加载引入某一个布局,广泛的被应用在Activity、Fragment、Dialog等一切需要显示布局的地方。

inflater主要提供了两个常用方法方法:

1、getLayoutInflater().inflate(int layoutId, ViewGroup parent);
layoutId:布局文件的id
parent:用来生成布局的LayoutParams参数的布局,并添加进去。
2、getLayoutInflater().inflate(int layoutId, ViewGroup parent, boolean attach);
layoutId:布局文件的id
parent:用来生成布局的LayoutParams参数的布局。
attach:是否要添加到parent中。

可以看的出来,第一个方法其实就是第二个方法默认attach为true,其他的没有区别。

基本的介绍已经搞定了,下面就要开始正题了,让我们仔细思考标题:

为什么inflater方法中的parent我们会传null?

例如像我可能是要以下几个原因:

1、习惯,可能是之前的老师或者是身边的人的影响,完全没思考过这个问题。(人膨胀了什么也没用,完全不需要解释)

2、也没出现什么巨大的bug,自己也会心安理得的接受。

3、或许真的不知道这个加载的View到底要放到哪里去。

问题1:真的没出现什么重大的bug吗????

首先当我们传null的时候,系统会给我我们黄色警告:避免View的根布局传null,那就肯定有问题。

已经有过版本迭代经验的朋友仔细的想一想,你遇没遇到在inflater这句话,出现空指针异常,然后你在无法理解中把这个锅耍给了手机系统,这个垃圾那个垃圾的吐槽一堆。

首先这个崩溃率非常的低,所以确实可能有人没遇到,但是确实存在,那个这个parent到底有什么作用呢?

parent主要是为了给加载的布局生成最外层的LayoutParam,这样这个布局中的最外层设置的属性,例如width,height,margin等才会生效,然后就没啥作用了,所以有时候系统找不到这个parent,而且不能分配一个新的Layoutparam,然后就崩溃了。

这解释了为什么有些时候inflater的View最外层的参数失效了(尤其是需要margin的时候),典型的例子就是listView的getView()方法,似乎逼不得己的在外层又嵌套了一层View,其实完全是自己的锅。

那有时候方法需要返回View,所以inflater的时候不能添加到parent中,那怎么办?别忘了还有一个attach参数,不想添加就传false,完全不要有心理压力。

问题2:我们真的不知道这个View该放到哪里去吗?

说这话得摸着良心,你不显示这个布局你inflater干嘛,说不知道往哪放的真的是没走心(例如像我这样的)。

就算你真的不知道,也完全可以自己找一个对应的View帮助生成外层的参数,当然必须要注意LayouParam的类型,你想要最终添加到FramLayout中,你传入的是LinearLayout肯定是要出现强转异常的。

代码实战

说代码实战有点过了,刚才解释了那么多,直接上几个常用的例子,仅供大家参考:

PopupWindow

setContentView(LayoutInflater.from(context).inflate(R.layout.popupwidow, (ViewGroup) getContentView()));


Fragment

@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
    return inflater.inflate(R.layout.header, container, false);
}


ListView 

listView.addHeaderView(getLayoutInflater().inflate(R.layout.header, listView, false));

public View getView(int position, View convertView, ViewGroup parent) {  
    if (convertView == null) {  
        convertView = inflate(R.layout.item_row, parent, false);  
    }  

    return convertView;  
} 

有些朋友可能会问,为什么没看到Dialog的例子?其实我个人认为Dialog用View有点大材小用了,因为Dialog本身就有setContentView(int layoutId),如果不得不用的话,可以 参照上面的popupwindow的例子。

顺便提带一句,像Activity,Dialog,Popupwindow等,根布局都是FramLayout,想要添加到FramLayout中,又想不到parent可传的时候,别忘了他们的根布局。

总结

说了那么多,都是我个人在实际的工作中遇到的问题,听认识的朋友说,如果是有规模的公司,要求代码中是不能存在黄色警告的,所以他们开发的产品会非常的健壮和稳定。

可见细节决定成败,功能再新颖,结果崩溃成狗,对于我们来说都是失败的,优秀的产品离不开坚实的基础。

希望我的分享能给大家带来帮助,有问题或者说的有错误的地方请大家留言指正,谢谢。

  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值