Fragment详解之一——概述

最新推荐文章于 2023-10-13 12:30:59 发布

启舰

最新推荐文章于 2023-10-13 12:30:59 发布

阅读量2.7w

点赞数 49

分类专栏： 5、andriod开发

本文链接：https://blog.csdn.net/harvic880925/article/details/44917955

版权

5、andriod开发专栏收录该内容

156 篇文章 171 订阅

订阅专栏

前言：时间越来越少了，三个月内的目标，一定要完成！

今天开始给大家总结下有关Fragment使用方法的东东，内容比较多，这个系列可以要写的博客数量会多一点。

一、为什么会有Fragment——设计理念

Android在3.0中引入了fragments的概念,主要目的是用在大屏幕设备上–例如平板电脑上,支持更加动态和灵活的UI设计。平板电脑的屏幕要比手机的大得多,有更多的空间来放更多的UI组件,并且这些组件之间会产生更多的交互。Fragment允许这样的一种设计,而不需要你亲自来管理 viewhierarchy的复杂变化。通过将activity的布局分散到fragment中, 你可以在运行时修改activity的外观,并在由activity管理的back stack中保存那些变化.（http://developer.android.com/guide/topics/fundamentals/fragments.html）
例如, 一个新闻应用可以在屏幕左侧使用一个fragment来展示一个文章的列表,然后在屏幕右侧使用另一个fragment来展示一篇文章–2个fragment并排显示在相同的一个activity中,并且每一个fragment拥有它自己的一套生命周期回调方法,并且处理它们自己的用户输入事件。因此, 取代使用一个activity来选择一篇文章而另一个activity来阅读文章的方式,用户可以在同一个activity中选择一篇文章并且阅读, 如图所示:

fragment在你的应用中应当是一个模块化和可重用的组件.即,因为fragment定义了它自己的布局, 以及通过使用它自己的生命周期回调方法定义了它自己的行为,你可以将fragment包含到多个activity中. 这点特别重要, 因为这允许你将你的用户体验适配到不同的屏幕尺寸.举个例子,你可能会仅当在屏幕尺寸足够大时,在一个activity中包含多个fragment,并且,当不属于这种情况时,会启动另一个单独的,使用不同fragment的activity.
继续之前那个新闻的例子 – 当运行在一个特别大的屏幕时(例如平板电脑),应用可以在Activity A中嵌入2个fragment。然而,在一个正常尺寸的屏幕(例如手机)上,没有足够的空间同时供2个fragment用, 因此, Activity A会仅包含文章列表的fragment, 而当用户选择一篇文章时, 它会启动ActivityB,它包含阅读文章的fragment.因此, 应用可以同时支持上图中的2种设计模式。

二、Fragmeng优点

Fragment可以使你能够将activity分离成多个可重用的组件，每个都有它自己的生命周期和UI。
Fragment可以轻松得创建动态灵活的UI设计，可以适应于不同的屏幕尺寸。从手机到平板电脑。
Fragment是一个独立的模块,紧紧地与activity绑定在一起。可以运行中动态地移除、加入、交换等。
Fragment提供一个新的方式让你在不同的安卓设备上统一你的UI。
Fragment 解决Activity间的切换不流畅，轻量切换。
Fragment 替代TabActivity做导航，性能更好。
Fragment 在4.2.版本中新增嵌套fragmeng使用方法，能够生成更好的界面效果。
Fragment做局部内容更新更方便，原来为了到达这一点要把多个布局放到一个activity里面，现在可以用多Fragment来代替，只有在需要的时候才加载Fragment，提高性能

三、生命周期

如图一，是Fragment的生命周期；图二，是Activity与Fragment生命周期的对比图；
图一图二

我们下面以Fragment的生命流程为主，伴着Activity的生命周期来讲；

onAttach：onAttach()在fragment与Activity关联之后调调查用。需要注意的是，初始化fragment参数可以从getArguments()获得，但是，当Fragment附加到Activity之后，就无法再调用setArguments()。所以除了在最开始时，其它时间都无法向初始化参数添加内容。有关Fragment参数初始化及传递的问题，我们会在后面的篇章中细讲。
onCreate：fragment初次创建时调用。尽管它看起来像是Activity的OnCreate()函数，但这个只是用来创建Fragment的。此时的Activity还没有创建完成，因为我们的Fragment也是Activity创建的一部分。所以如果你想在这里使用Activity中的一些资源，将会获取不到。比如：获取同一个Activity中其它Frament的控件实例。(代码如下：)，如果想要获得Activity相关联的资源，必须在onActivityCreated中获取。

具体原因参见onActivityCreated；

/**
*如果把这段代码放到Fragment的onCreate()中，那么btnTry的值将会是NULL。
*注意:getActivity()是有值的，因为一旦Activity与Fragment Attached就可以通过getActivity()来获取相关联的Activity的实例。
*/
Button btnTry = getActivity().findViewById(R.id.btn_try);

onCreateView：在这个fragment构造它的用户接口视图(即布局)时调用。在这里期望返回此Fragment的一个视图层次结构。使用LayoutInflater的inflater()方法来构造实图。代码如下：

public View onCreateView(LayoutInflater inflater, ViewGroup container,
                         Bundle savedInstanceState) {
    return inflater.inflate(R.layout.fragment3, container, false);
}

其中LayoutInflater::inflate()的函数声明如下：

public View inflate(int resource, ViewGroup root, boolean attachToRoot)

其中第二个参数:container，可以为NULL，如果父窗口值为NULL，这意味着该Fragment不可见，因为它没有附加到任何的视图层次中。

最后一个参数：boolean attachToRoot:一般为FALSE，它的意义为，是否当前XML的根结点作为整个APP视图的根结点，如果设为TRUE，那返回的VIEW将是整个APP视图架构的根结点，我们一般不需要这么做。因为我们的Fragment是依附于Activity的，Activity上可能有其它控件，我们的Fragment只是其中的一个小分支，如果这里设为TRUE，那么Fragment以外的分支将被全部删除，整个APP视图将会只有Fragment；

onActivityCreated：在Activity的OnCreate()结束后，会调用此方法。所以到这里的时候，Activity已经创建完成！在这个函数中才可以使用Activity的所有资源。如果把下面的代码放在这里，获取到的btn_Try的值将不会再是空的！

Button btnTry = getActivity().findViewById(R.id.btn_try);

onStart：当到OnStart()时，Fragment对用户就是可见的了。但用户还未开始与Fragment交互。在生命周期中也可以看到Fragment的OnStart()过程与Activity的OnStart()过程是绑定的。意义即是一样的。以前你写在Activity的OnStart()中来处理的代码，用Fragment来实现时，依然可以放在OnStart()中来处理。
onResume：当这个fragment对用户可见并且正在运行时调用。这是Fragment与用户交互之前的最后一个回调。从生命周期对比中，可以看到，Fragment的OnResume与Activity的OnResume是相互绑定的，意义是一样的。它依赖于包含它的activity的Activity.onResume。当OnResume()结束后，就可以正式与用户交互了。
onPause：此回调与Activity的OnPause()相绑定，与Activity的OnPause()意义一样。
onStop：这个回调与Activity的OnStop()相绑定，意义一样。已停止的Fragment可以直接返回到OnStart()回调，然后调用OnResume()。
onDestroyView：如果Fragment即将被结束或保存，那么撤销方向上的下一个回调将是onDestoryView()。会将在onCreateView创建的视图与这个fragment分离。下次这个fragment若要显示，那么将会创建新视图。这会在onStop之后和onDestroy之前调用。这个方法的调用同onCreateView是否返回非null视图无关。它会潜在的在这个视图状态被保存之后以及它被它的父视图回收之前调用。
onDestroy：当这个fragment不再使用时调用。需要注意的是，它即使经过了onDestroy()阶段，但仍然能从Activity中找到，因为它还没有Detach。
onDetach：Fragment生命周期中最后一个回调是onDetach()。调用它以后，Fragment就不再与Activity相绑定，它也不再拥有视图层次结构，它的所有资源都将被释放。

如果本文有帮到你，记得加关注哦

请大家尊重原创者版权，转载请标明出处：http://blog.csdn.net/harvic880925/article/details/44917955 ，谢谢

如果你喜欢我的文章，你可能更喜欢我的公众号

启舰杂谈

参考文章：

1、android之Fragment（官网资料翻译）
2、Android Fragment 入门介绍
3、Android中的Fragment详解
4、【Android 开发教程】Fragment的生命周期
5、Fragment生命周期及其与activity的关系
6、Fragment（一）概述

启舰

关注

49
点赞
踩
165

收藏

觉得还不错? 一键收藏
13
评论
Fragment详解之一——概述

前言：时间越来越少了，三个月内的目标，一定要完成！相关文章：1、《Fragment详解之一——概述》2、《Fragment详解之二——基本使用方法》3、《Fragment详解之三——管理Fragment（1）》4、《Fragment详解之四——管理Fragment（2）》5、《Fragment详解之五——Fragment间参数传递》6、《Fragment详解之六——如何监听f...
复制链接

扫一扫