Fragment onCreateView inflate注意事项

最新推荐文章于 2022-02-14 12:05:04 发布

冰凉小黑屋

最新推荐文章于 2022-02-14 12:05:04 发布

阅读量1k

点赞数

本文详细解析了Fragment中两种不同的onCreateView方法及其应用场景。主要介绍了这两种方法的区别，特别是inflate方法的不同参数设置对Fragment布局的影响，并针对不同需求推荐了合适的方法。

摘要由CSDN通过智能技术生成

一

        @Override
    public View onCreateView(LayoutInflater inflater, ViewGroup container,
            Bundle savedInstanceState) {
        // TODO Auto-generated method stub
        View root = inflater.inflate(layoutId(), container, false);
        return root;
    }

二

 @Override
    public View onCreateView(LayoutInflater inflater, ViewGroup container,
            Bundle savedInstanceState) {
        // TODO Auto-generated method stub
        View root = inflater.inflate(layoutId(), null);
        return root;
    }

方法2最终调用了方法1，即inflate(int resource, ViewGroup root, boolean attachToRoot)，所以直接看方法1.如果root不为空，attachToRoot为false的情况下，文档说的很明白：If false, root is only used to create the correct subclass of LayoutParams for the root view in the XML，即root只用来创建母布局的参数信息。而为true，则添加到母布局。因为我们控制fragment时要手动add，所以此处attachToRoot一定是false。

再反过来看，如果用了方法2，root一定要传null，此时子view不会得到母view的布局信息，子view里一堆的match_parent也就毫无用途。

总结：90%的情况下，我们使用fragment此处一定要用方法1. 有一种情况，如创建dialog fragment时，不需要得到母布局参数信息可以用方法2.

补充：上文代码里的layoutId（）是个虚函数，用来在子类里实现。子类只需return R.layout.*就可以了，不必每个fragment都重写onCreateView了。在onViewCreated里根据传来的参数root去实例化各个控件。