Android Fragment使用(一) 基础篇 温故知新

Fragment使用基础

Fragment添加

方法一: 布局里的标签 标识符: tag, id, 若是都没有, container的id将会被使用.

方法二: 动态添加 动态添加利用了一个transaction:

FragmentManager fragmentManager = getFragmentManager();
        Fragment fragment = fragmentManager.findFragmentByTag(FragmentB.TAG);
        if (null == fragment) {
            FragmentB fragmentB = new FragmentB();
            FragmentTransaction fragmentTransaction = fragmentManager.beginTransaction();
            fragmentTransaction.add(R.id.fragment_container, fragmentB, FragmentB.TAG)
                               .commit();
        }

commit()方法并不当即执行transaction中包含的动做,而是把它加入到UI线程队列中. 若是想要当即执行,能够在commit以后当即调用FragmentManager的executePendingTransactions()方法.

commit()方法必须在状态存储以前调用,不然会抛出异常,若是以为状态丢失不要紧,能够调用commitAllowingStateLoss(). 可是除非万不得已, 通常不推荐用这个方法, 会掩盖不少错误.

Back Stack

Activity的back stack: 系统维护, 每一个task一个back stack. Fragment的back stack: 宿主activity掌管, 每一个activity一个.

经过调用addToBackStack(),commit()的一系列转换做为一个transaction被存储在back stack中, 用户按Back键, 从栈中pop出一个transaction, 逆转操做, 能够返回上一个转换前的状态.

一个transaction能够包含多种操做, 而且不局限于对同一个Fragment, 因此每个transaction实际上能够是一系列对多个fragment的操做的组合. 加入到back stack中去的时候, 是把这一系列的组合做为一个原子, 加入到back stack中.

构造和参数传递

全部的Fragment都必须有一个public的无参构造函数, 由于framework常常会在须要的时候从新建立实例(状态恢复时), 它须要的就是这个构造. 若是无参构造没有提供,会有异常.

因此不要给Fragment写有参数的构造函数, 也不要企图搞个什么单例的Fragment. 这些都是反设计的.

参数传递的正确姿式:

public static FragmentWithParameters newInstance(int num) {
        FragmentWithParameters fragmentWithParameter = new FragmentWithParameters();
        Bundle args = new Bundle();
        args.putInt(NUM, num);
        fragmentWithParameter.setArguments(args);
        return fragmentWithParameter;
    }

    @Override
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        num = getArguments() != null ? getArguments().getInt(NUM) : 0;
    }

这里是提供了一个静态方法, 也能够new出对象后本身set Bundle参数.

Fragment的通讯 除了DialogFragment和嵌套Fragment须要与本身的parent fragment通讯之外, 通常的fragment是不与其余fragment有任何通讯的. 由于要求应尽可能独立, 模块化, 可复用. fragment与本身的parent activity (除了嵌套和dialog的状况外, 这个parent一般是activity) 有直接通讯, 通常以这三种方式:

在构造fragment的时候, 经过Bundle传递参数. parent能够直接调用fragment的public方法, 这里也能够传递一些参数. Listener, 也即parent实现的callback接口, fragment能够在本身内部调用, 这里fragment也能够传递参数出去. 对于DialogFragment来讲, 能够经过一个public的set方法将外面的target设置进去. 好比用Fragment的这个方法: setTargetFragment()

例子 对于嵌套(nested)Fragment, 通讯方式与上面普通的fragment相似, 只不过parent此时不是activity而是一个fragment. 后面会单独有一个文章说嵌套Fragment的使用, 敬请期待.

Fragment的生命周期

Fragment的生命周期首先和Activity的生命周期密切相关, 若是activity stopped,其中全部的fragment都不能start; 若是activity destroyed, 其中全部的fragment都会被destroyed. 只有activity在resumed状态下,fragment的生命周期能够独立改变,不然它被activity控制.

操做类型 FragmentTransaction 中对Fragment有以下几种操做:

attach(), detach() add(), remove(), show(), hide(), replace() 除了replace()之外其余都是成对的.

其中attach()和detach()不是很经常使用. 调用detach()以后, fragment实际的生命周期会走到onDestroyView(), 但不会走onDestroy()和onDetach(), 也即fragment自己并无被销毁, 只是view被销毁了. 这和addToBackStack()的状况同样, 尽管调用detach()的时候没有addToBackStack(), 仍然只是走到view被销毁的阶段.

add()和remove()是将fragment添加和移除. remove()比detach()要完全一些, 若是不加入到back stack, remove()的时候, fragment的生命周期会一直走到onDetach().

show()和hide()是用来设置fragment的显示和隐藏状态, 这两个方法并不对应fragment的状态变化,只是将view设置为visible和gone,而后调用onHiddenChanged()的回调.

实际上replace() == remove() + add(), 因此它的反操做也是replace(), 只不过把add和remove的东西交换一下.

关于replace()和show(), hide()的选择, 要根据实际使用情形来定. replace()的好处是会减小内存占用, 可是返回时须要从新走完初始化的过程. show()和hide()只是控制了fragment的显示和隐藏, 不会改变生命周期状态, 也即fragment始终是处于running状态的, 被保持在内存中, 适用于频繁切换的情形.

remove(), replace()是否加到back stack对生命周期的影响 前面说过, replace() == remove() + add() 新的fragment将取代在容器布局中的fragment, 若是没有,将直接添加新的fragment.

是否添加到back stack对fragment的生命周期是有影响的. remove()或者replace()的时候,若是commit()以前没有调用addToBackStack(),那个旧fragment将会被destroyed和detach; 即彻底销毁和移除.

若是调用了addToBackStack(),旧的fragment会处在stopped状态,调用到onDestroyView(), 能够经过返回键来resume. 这个时候对于旧的Fragment来讲, 成员变量依然在,可是View被销毁了. 因此返回时它的生命周期从onCreateView()开始重建View.