Android入门(七)碎片的生命周期与限定符

原文链接:http://www.orlion.ga/560/

这篇文章实际已经在上篇文章中写的差不多了,但是万恶的wordpress没保存!已经不止一次出现这种情况了!

一、碎片的生命周期

    1、碎片的状态和回调

        1. 运行状态

        当一个碎片是可见的,并且它所关联的活动正处于运行状态时,该碎片也处于运行状态。

        2. 暂停状态

        当一个活动进入暂停状态时(由于另一个未占满屏幕的活动被添加到了栈顶) ,与它相关联的可见碎片就会进入到暂停         状态。

        3. 停止状态

        当一个活动进入停止状态时,与它相关联的碎片就会进入到停止状态。或者通过调用 FragmentTransaction的                 remove()、replace()方法将碎片从活动中移除,但有在事务提交之前调用 addToBackStack()方法,这时的碎片也会进         入到停止状态。总的来说,进入停止状态的碎片对用户来说是完全不可见的,有可能会被系统回收。

        4. 销毁状态

        碎片总是依附于活动而存在的,因此当活动被销毁时,与它相关联的碎片就会进入到销毁状态。或者通过调用                  FragmentTransaction的 remove()、replace()方法将碎片从活动中移除,但在事务提交之前并没有调用                       addToBackStack()     方法,这时的碎片也会进入到销毁状态。

    

    Fragment类中也提供了一系列的回调方法,以覆盖碎片生命周期的每个环节。其中,活动中有的回调方法,碎片

中几乎都有,不过碎片还提供了一些附加的回调方法,那我们就重点来看下这几个回调:  

        1. onAttach()

        当碎片和活动建立关联的时候调用。

        2. onCreateView()

        为碎片创建视图(加载布局)时调用。

        3. onActivityCreated()

        确保与碎片相关联的活动一定已经创建完毕的时候调用。

        4. onDestroyView()

        当与碎片关联的视图被移除的时候调用。

        5. onDetach()

        当碎片和活动解除关联的时候调用。

二、动态加载布局的技巧

    虽然动态添加碎片的功能很强大,可以解决很多实际开发中的问题,但是它毕竟只是在一个布局文件中进行一些添加和替换操作。 如果程序能够根据设备的分辨率或屏幕大小在运行时来决定加载哪个布局,那我们可发挥的空间就更多了。因此本节我们就来探讨一下Android中动态加载布局的技巧。

    1、使用限定符

    很多平板应用采用都是双页模式(程序在左侧的面板上显示一个包含子项的列表,在右侧的面板上显示内容),因为平板电脑放的屏幕足够大,完全可以同时显示下两页的内容,但手机屏幕一次就只能显示一页的内容,因此两个页面需要分开显示

    我们需要借助“限定符(Qualifiers)”来在运行时判断程序是应该使用双页模式还是单页模式。修改FragmentDemo项目中的activity_main.xml文件:

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="match_parent"
    android:layout_height="match_parent">
	
    <fragment 
        android:id="@+id/left_fragment"
        android:name="ga.orlion.fragmentdemo.LeftFragment"
        android:layout_width="match_parent"
        android:layout_height="match_parent"
        android:layout_weight="1"/>
    
</LinearLayout>

    在res目录下新建layout-large文件夹,在这个文件夹下新建一个布局,也叫作activity_main.xml:

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="match_parent"
    android:layout_height="match_parent">
	
    <fragment 
        android:id="@+id/left_fragment"
        android:name="ga.orlion.fragmentdemo.LeftFragment"
        android:layout_width="0dp"
        android:layout_height="match_parent"
        android:layout_weight="1"/>
    
    <fragment 
        android:id="@+id/right_fragment"
        android:name="ga.orlion.fragmentdemo.RightFragment"
        android:layout_width="0dp"
        android:layout_height="match_parent"
        android:layout_weight="3"/>
</LinearLayout>

    可以看到,layout/activity_main布局只包含一个碎片,即单页模式,而layout-large/activity_main布局包含了两个碎片,即双页模式。其中large就是一个限定符,那些屏幕被认为是large的设备就会自动加载layout-large文件夹下的布局,而屏幕小的还是会加载layout文件夹下的布局。运行。

    Android中一些常见的限定符:

    2、使用最小宽度限定符

       在上一小节中我们使用 large限定符成功解决了单页双页的判断问题,不过很快又有一个新的问题出现了, large到底         是指多大呢?有的时候我们希望可以更加灵活地为不同设备加载布局,不管它们是不是被系统认定为“large” ,这时         就可以使用最小宽度限定符(Smallest-width Qualifier)了。最小宽度限定符允许我们对屏幕的宽度指定一个最小指         (以 dp为单位) ,然后以这个最小值为临界点,屏幕宽度大于这个值的设备就加载一个布局,屏幕宽度小于这个值的         设备就加载另一个布局。在 res目录下新建 layout-sw600dp文件夹,然后在这个文件夹下新建 activity_main.xml

        布局,代码如下所示:

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="match_parent"
    android:layout_height="match_parent" >
    <fragment
        android:id="@+id/left_fragment"
        android:name="com.example.fragmenttest.LeftFragment"
        android:layout_width="0dp"
        android:layout_height="match_parent"
        android:layout_weight="1" />
    <fragment
        android:id="@+id/right_fragment"
        android:name="com.example.fragmenttest.RightFragment"
        android:layout_width="0dp"
        android:layout_height="match_parent"
        android:layout_weight="3" />
</LinearLayout>

    这就意味着,当程序运行在屏幕宽度大于 600dp的设备上时,会加载 layout-sw600dp/activity_main 布局,当程序运行在屏幕宽度小于 600dp 的设备上时,则仍然加载默认的layout/activity_main布局。需要注意一点,最小宽度限定符是在 Android 3.2版本引入的

原文地址:https://www.cnblogs.com/orlion/p/5350634.html