AndroID LayoutInflater.inflate()详解@H_301_2@
深入理解LayoutInflater.inflate()
由于我们很容易习惯公式化的预置代码,有时我们会忽略很优雅的细节。LayoutInflater以及它在Fragment的onCreateVIEw()中填充VIEw的方式带给我的就是这样的感受。这个类用于将XML文件转换成相对应的VIEwGroup和控件Widget。我尝试在Google官方文档与网络上其他讨论中寻找有关的说明,而后发现许多人不但不清楚LayoutInflater的inflate()方法的细节,而且甚至在误用它。
这里的困惑很大程度上是因为Google上有关attachToRoot(也就是inflate()方法第三个参数)的文档太模糊:
被填充的层是否应该附在root参数内部?如果是false,root参数只适用于为XML根元素VIEw创建正确的LayoutParams的子类。
其实意思就是:如果attachToRoot是true的话,那第一个参数的layout文件就会被填充并附加在第二个参数所指定的VIEwGroup内。方法返回结合后的VIEw,根元素是第二个参数VIEwGroup。如果是false的话,第一个参数所指定的layout文件会被填充并作为VIEw返回。这个VIEw的根元素就是layout文件的根元素。不管是true还是false,都需要VIEwGroup的LayoutParams来正确的测量与放置layout文件所产生的VIEw对象。
attachToRoot传入true代表layout文件填充的VIEw会被直接添加进VIEwGroup,而传入false则代表创建的VIEw会以其他方式被添加进VIEwGroup。
让我们就两种情况多举一些例子来更深入的理解。
attachToRoot是True@H_301_2@
假设我们在XML layout文件中写了一个button并指定了宽高为match_parent。
<button xmlns:androID="http://schemas.androID.com/apk/res/androID" androID:layout_wIDth="match_parent" androID:layout_height="match_parent" androID:ID="@+ID/custom_button"></button>
现在我们想动态地把这个按钮添加进Fragment或Activity的linearLayout中。如果这里linearLayout已经是一个成员变量mlinearLayout了,我们只需要通过如下代码达成目标:
inflater.inflate(R.layout.custom_button,mlinearLayout,true);
我们指定了用于填充button的layout资源文件,然后我们告诉LayoutInflater我们想把button添加到mlinearLayout中。这里button的LayoutParams种类为linearLayout.LayoutParams。
下面的代码也有同样的效果。LayoutInflater的两个参数的inflate()方法自动将attachToRoot设置为true。
inflater.inflate(R.layout.custom_button,mlinearLayout);
另一种在attachToRoot中传递true的情况是使用自定义view。我们看一个layout文件中根元素有标签的例子。标签标识着这个layout文件的根VIEwGroup可以有多种类型。
public class MyCustomVIEw extends linearLayout { ... private voID init() { LayoutInflater inflater = LayoutInflater.from(getContext()); inflater.inflate(R.layout.vIEw_with_merge_tag,this); }}
这就是一个很好的使用attachToRoot的例子。这个例子中layout文件没有VIEwGroup作为根元素,所以我们指定我们自定义的linearLayout作为根元素。如果layout文件有一个FrameLayout作为根元素而不是,那么FrameLayout和它的子元素都可以正常填充,而后都会被添加到linearLayout中,linearLayout是根VIEwGroup,包含着FrameLayout和其子元素。
attachToRoot是False@H_301_2@
我们看一下什么时候attachToRoot应该是false。在这种情况下,inflate()方法中的第一个参数所指定的VIEw不会被添加到第二个参数所指定的VIEwGroup中。
回忆一下刚才的例子中的button,我们想通过layout文件添加自定义的button至mlinearLayout中。当attachToRoot为false时,我们仍可以将button添加到mlinearLayout中,但是这需要我们自己动手。
button button = (button) inflater.inflate(R.layout.custom_button,false);mlinearLayout.addVIEw(button);
这两行代码与刚才attachToRoot为true时的一行代码等效。通过传入false,我们告诉LayoutInflater我们不暂时还想将VIEw添加到根元素VIEwGroup中,意思是我们一会儿再添加。在这个例子中,一会儿再添加就是在inflate()后调用addVIEw()方法。
在将attachToRoot设置为false的例子中,由于要手动添加VIEw进VIEwGroup导致代码变多了。将button添加到linearLayout中还是用一行代码直接将attachToRoot设置为true简便一些。下面我们看一下什么情况下attachToRoot必须传入false。
每一个RecyclerVIEw的子元素都要在attachToRoot设置为false的情况下填充。这里子VIEw在onCreateVIEwHolder()中填充。
public VIEwHolder onCreateVIEwHolder(VIEwGroup parent,int vIEwType) { LayoutInflater inflater = LayoutInflater.from(getActivity()); VIEw vIEw = inflater.inflate(androID.R.layout.List_item_recyclerVIEw,parent,false); return new VIEwHolder(vIEw);}
RecyclerVIEw负责决定什么时候展示它的子VIEw,这个不由我们决定。在任何我们不负责将VIEw添加进VIEwGroup的情况下都应该将attachToRoot设置为false。
当在Fragment的onCreateVIEw()方法中填充并返回VIEw时,要将attachToRoot设为false。如果传入true,会抛出IllegalStateException,因为指定的子VIEw已经有父VIEw了。你需要指定在哪里将Fragment的VIEw放进Activity里,而添加、移除或替换Fragment则是FragmentManager的事情。
FragmentManager fragmentManager = getSupportFragmentManager();Fragment fragment = fragmentManager.findFragmentByID(R.ID.root_vIEwGroup);if (fragment == null) { fragment = new MainFragment(); fragmentManager.beginTransaction().add(R.ID.root_vIEwGroup,fragment).commit();}
上面代码中root_vIEwGroup就是Activity中用于放置Fragment的容器,它会作为inflate()方法中的第二个参数被传入onCreateVIEw()中。它也是你在inflate()方法中传入的VIEwGroup。FragmentManager会将Fragment的VIEw添加到VIEwGroup中,你可不想添加两次。
public VIEw onCreateVIEw(LayoutInflater inflater,VIEwGroup parentVIEwGroup,Bundle savedInstanceState) { VIEw vIEw = inflater.inflate(R.layout.fragment_layout,parentVIEwGroup,false); … return vIEw;}
问题是:如果我们不需在onCreateVIEw()中将VIEw添加进VIEwGroup,为什么还要传入VIEwGroup呢?为什么inflate()方法必须要传入根VIEwGroup?
原因是及时不需要马上将新填充的VIEw添加进VIEwGroup,我们还是需要这个父元素的LayoutParams来在将来添加时决定VIEw的size和position。
你在网上一定会遇到一些不正确的建议。有些人会建议你如果将attachToRoot设置为false的话直接将根VIEwGroup传入null。但是,如果有父元素的话,还是应该传入的。
lint会警告你不要讲null作为root传入。你的App不会挂掉,但是可能会表现异常。当你的子VIEw没有正确的LayoutParams时,它会自己通过generateDefaultLayoutParams)计算。
你可能并不想要这些默认的LayoutParams。你在XML指定的LayoutParams会被忽略。我们可能已经指定了子VIEw要填充父元素的宽度,但父VIEw又wrap_content导致最终的VIEw小很多。
下面是一种没有VIEwGroup作为root传入inflate()方法的情况。当为AlertDialog创建自定义view时,还无法访问父元素。
AlertDialog.Builder dialogBuilder = new AlertDialog.Builder(mContext);VIEw customVIEw = inflater.inflate(R.layout.custom_alert_dialog,null);...dialogBuilder.setVIEw(customVIEw);dialogBuilder.show();
在这种情况下,可以将null作为root VIEwGroup传入。后来我发现AlertDialog还是会重写LayoutParams并设置各项参数为match_parent。但是,规则还是在有VIEwGroup可以传入时传入它。
避开崩溃、异常表现与误解@H_301_2@
希望这篇文章可以帮助你在使用LayoutInflater时避开崩溃、异常表现与误解。下面整理了文章的要点:
如果可以传入VIEwGroup作为根元素,那就传入它。 避免将null作为根VIEwGroup传入。 当我们不负责将layout文件的VIEw添加进VIEwGroup时设置attachToRoot参数为false。 不要在VIEw已经被添加进VIEwGroup时传入true。 自定义view时很适合将attachToRoot设置为true。感谢阅读,希望能帮助到大家,谢谢大家对本站的支持!
总结以上是内存溢出为你收集整理的Android LayoutInflater.inflate()详解及分析全部内容,希望文章能够帮你解决Android LayoutInflater.inflate()详解及分析所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)