FragmentPagerAdapter 是另外一种可用的 PagerAdapter ,其用法与 FragmentState-PagerAdapter 基本一致。
唯一的区别在于:卸载不再需要的fragment时,各自采用的处理方法有所不同。
FragmentStatePagerAdapter 会销毁不需要的fragment。事务提交后,activity的 Fragment-Manager 中的fragment会被彻底移除。
FragmentStatePagerAdapter 类名中的“state”表明:在销毁fragment时,可在 onSaveInstanceState(Bundle) 方法中保存fragment的 Bundle 信息。
用户切换回来时,保存的实例状态可用来恢复生成新的fragment(如图11-4所示)。
相比之下, FragmentPagerAdapter 有不同的做法。对于不再需要的fragment, Fragment-
PagerAdapter 会选择调用事务的 detach(Fragment) 方法来处理它,而非 remove(Fragment) 方法。
也就是说, FragmentPagerAdapter 只是销毁了fragment的视图,fragment实例还保留在FragmentManager 中。
因此, FragmentPagerAdapter 创建的fragment永远不会被销毁(如图11-5所示)。
① 选择哪种adapter取决于应用的要求。通常来说,使用 FragmentStatePagerAdapter 更节省内存。
如果应用需显示大量记录,每份记录最终还会包含图片。在内存中保存所有信息显然不合适,因此我们选择使用 FragmentStatePagerAdapter 。
② 另一方面,如果用户界面只需要少量固定的fragment,则 FragmentPagerAdapter 是个安全、合适的选择。
最常见的例子为分页显示用户界面。例如,某些应用的明细视图所含内容较多,通常需分两页显示。
这时就可以将这些明细信息分拆开来,以多页面的形式展现。显然,为用户界面添加支持滑动切换的 ViewPager ,
能增强应用的触摸体验。此外,将fragment保存在内存中,更易于管理控制层的代码。
对于这种类型的用户界面,每个activity通常只有两三个fragment,基本不用担心有内存不足的风险。