本文为郭霖的《第二行代码》与鸿洋大神关于Fragment的读书笔记
静态创建
当成普通控件使用,直接写在Activity的布局文件中:
在<fragment/>
标签中声明android:name属性
动态创建(最常用)
生命周期
回退栈(类似于Activity的任务栈)
FragmentTransaction.addToBackStack(String)
与Activity之间的通信
- 如果你Activity中包含自己管理的Fragment的引用,可以通过引用直接访问所有的Fragment的public方法
- 如果Activity中未保存任何Fragment的引用,那么没关系,每个Fragment都有一个唯一的TAG或者ID,可以通过getFragmentManager.findFragmentByTag()或者findFragmentById()获得任何Fragment实例,然后进行操作。
- 在Fragment中可以通过getActivity得到当前绑定的Activity的实例,然后进行操作。
- 通过在Fragment设置回调接口,实现两者的通信
注:如果在Fragment中需要Context,可以通过调用getActivity(),如果该Context需要在Activity被销毁后还存在,则使用getActivity().getApplicationContext()。因为要考虑Fragment的重复使用,所以必须降低Fragment与Activity的耦合,而且Fragment更不应该直接操作别的Fragment,毕竟Fragment操作应该由它的管理者Activity来决定。
注意事项
- transaction.replace() = transaction.remove() + transaction.add()。会销毁视图,调用声明周期的onDestoryView()方法,若在事务提交之前加入回退栈,还会调用onCreateView()
- transaction.hide(),仅隐藏当前fragment,并不会销毁,不会调用生命周期方法。
- transaction.show(),进显示当前fragment,不会调用生命周期方法。
- hide()与show()是让fragment的View.setVisibility(true/false)。
- add()与replace()不要在同一个阶级的FragmentManager混搭使用。
- 应当注意show()、hide()在内存重启后带来的Fragment重叠问题