1.碎片是什么?
碎片(Fragment)
是一种可以嵌入在活动当中的UI
片段,它能让程序更加合理和充分地利用大屏幕的空间。它和活动(Activity)
一样,都能包含布局,都有自己的生命周期,你甚至可以将碎片理解成一个迷你型的活动,虽然这个迷你型的活动有可能和普通的活动是一样大的。
2.碎片的使用方式
在我们新建LeftFragment
类时,让它继承自Fragment
。注意,这里可能会有两个不同包下的Fragment
供你选择,一个是系统内置的android.app.Fragment
,一个是support-v4
库中的android.support.v4.app.Fragment
。这里我强烈建议你使用support-v4
库中的Fragment
因为他可以让碎片在所有Android
系统版本中保持功能的一致性。比如说在Fragment
中嵌套使用Fragment
,这个功能是在Android4.2
系统中才开始支持的。如果你使用的是系统内置的Fragment
,那么很遗憾,4.2
系统之前的设备运行你的程序就会崩溃
<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="1"/>
我们这里是通过静态的方式添加碎片的(Fragmeng)
。
我们使用了<fragment>
标签在布局中添加碎片,这里我们还需要通过android:name
属性来显式指明要添加的碎片类名,注意一定要类的包名也加上。
3.动态添加碎片
碎片(Fragment)
真正的强大之处在于,它可以在程序运行时动态添加到活动当中。根据具体情况来动态地添加碎片,你就可以将程序界面定制的更加多样化。
private void replaceFragment(Fragment fragment) {
FragmentManager fragmentManager = getSupportFragmentManager();
FragmentTransaction transaction = fragmentManager.beginTransaction();
transaction.replace(R.id.right_layout,fragment);
transaction.commit();
}
动态添加碎片主要分为5步:
1.创建待添加的碎片的实例。
2.获取FragmentManager
,在活动中可以直接通过调用getSupportFragmentManager()
方法得到。
3.开启一个事务,通过调用beginTransaction()
方法开启。
4.向容器内添加或替换碎片,一般用replace()
方法实现,需要传入容器的id
和待添加的碎片的实例。
5.提交事务,调用commit()
方法来完成。
4.在碎片(Fragment)中模拟返回栈
FragmentTransaction
中提供了一个addToBackStack()
方法,可以用于将一个事务添加到返回栈中。
private void replaceFragment(Fragment fragment) {
FragmentManager fragmentManager = getSupportFragmentManager();
FragmentTransaction transaction = fragmentManager.beginTransaction();
transaction.replace(R.id.right_layout,fragment);
transaction.addToBackStack(null);
transaction.commit();
}
在事务提交之前调用了FragmentTransaction
的addToBackStack()
方法,它可以接收一个名字用于描述返回栈的状态,一般传入null
。
5.碎片和活动之间进行通信
碎片都是嵌入到活动中显示的,可是实际上他们的关系并没有那么亲密。碎片和活动都是各自存在于一个独立的类当中的,他们之间并没有那么明显的方式来直接进行通信。
为了方便碎片和活动之间进行通信,FragmentManager
提供了一个类似于findViewById()
的方法,专门用于从布局文件中获取碎片的实例。
android.app.Fragment rightFragment = getSupportFragmentManager().findFragmentById(R.id.right_layout);
调用FragmentManager
的findFragmentById()
方法,可以在活动中得到相应碎片的实例,然后就能轻松地调用碎片里的方法了。
碎片调用活动的方法
在每个碎片中都可以通过调用getActivity()
方法来得到和当前碎片相关联的碎片实例。
MainActivity activity = (MainActivity) getActivity();
有了活动实例之后,在碎片里面调用活动里的方法,就变得轻而易举了。
另外当碎片中需要使用Context
对象时,也可以使用getActivity()
方法,因为获取到的活动本身就是一个Context
对象。
6.碎片(Fragment)的生命周期
活动(Activity)
和碎片(Fragment)
在其生命周期可能会经历运行状态,暂停状态,停止状态,销毁状态四种状态。
6.1 运行状态
当一个碎片是可见的,并且它所关联的活动正处于运行状态时,该碎片也处于运行状态。
6.2 暂停状态
当一个活动进入暂停状态时(由于另一个未占满屏幕的活动被添加到了栈顶),与它相关联的可见碎片就会进入到暂停状态。
6.3 停止状态
当一个活动进入停止状态时,与它相关联的碎片就会进入停止状态,或者通过调用FragmentTransaction的remove(),replace()方法将碎片从活动中移除,但如果在事务提交之前调用addToBackStack()方法,这时的碎片也会进入到停止状态。总的来说,进入停止状态的碎片对用户来说是完全不可见的,有可能会被系统回收。
6.4 销毁状态
碎片总是依附于活动而存在的,因此当活动被销毁时,与它相关联的碎片就会进入到销毁状态。或者通过调用FragmentTransaction的remove(),replace()方法将碎片从活动中移除,但在事务提交之前并没有调用addToBackStack()方法,这时的碎片也会进入到销毁状态。
相比于活动(Activity)的回调方法,碎片(Fragment)还提供了附加的回调方法:
onAttach():当碎片和活动建立关联的时候调用。
onCreateView():为碎片创建视图(加载布局)时调用。
onActivityCreated():确保与碎片相关联的活动一定已经创建完毕的时候调用。
onDestoryView():当与碎片关联的视图被移除的时候调用。
onDetach():当碎片和活动解除关联的时候调用。
当RightFragment第一次被加载到屏幕上时,会依次执行onAttach(),onCreate(),onCreateView(),onActivityCreated(),onStart(),onResume()方法。
当AnotherRightFragment替换RightFragment的时候,此时的RightFragment进入了停止状态,会依次执行onPause(),onStop(),onDestoryView()。这是在调用addToBackStack()方法的情况下,如果不调用,则进入销毁状态,onDestory()和onDetach()方法就会得到执行。
按下Back键,由于RightFragment重新回到了运行状态,因此onActivityCreated(),onStart(),onResume()方法会得到执行,注意此时onCreate(),onCreateView()并不会得到执行,因为我们借助了addToBackStack()方法使得RightFragment和它的视图并没有被销毁。
在按下Back键,会依次执行onPause(),onStop(),onDestoryView(),onDestory(),onDetach()方法,最终将活动和碎片一起销毁。
在碎片中你也是可以通过onSaveInstanceState()方法来保存数据的,因为进入停止状态的碎片有可能在系统内存不足的情况下被回收。保存下来的数据在onCreate(),onCreateView()和onActivityCreated()这三个方法中你都可以重新得到,它们都含有一个Bundle类型的saveInstanceState参数。
7.动态加载布局的技巧
使用限定符(Qualifiers)
在res目录下新建layout-large文件夹,在这个文件夹下新建一个布局,也叫作activity_main.xml。
layout/activity_main布局只包含了一个碎片,即单页模式。而layout-large/activity_main布局包含了两个碎片,即双页模式。其中large就是一个限定符,那些屏幕被认为是large的设备就会自动加载layout-large文件夹下的布局,而小屏幕的设备则还是会加载layout文件夹下的布局。
使用最小宽度限定符(Smallest-width Qualifiers)
large到底是指多大呢?有的时候我们希望可以更加灵活地为不同设备加载布局,不管他们是不是被系统定义为large,这时就可以使用最小宽度限定符。
最小宽度限定符允许我们对屏幕的宽度指定一个最小值(以dp为单位),然后以这个最小值为临界点,屏幕宽度大于这个值的设备就加载一个布局,屏幕宽度小于这个值的设备就加载另一个布局。
在res目录下新建layout-sw600dp文件夹,然后新建activity_main.xml布局。
当程序运行在屏幕宽度大于600dp的设备上时,会加载layout-sw600dp/activity_main布局,当程序运行在屏幕宽度小于600dp的设备上时,则仍然加载默认的layout/activity_main布局。
在Android中,对Fragment的操作都是通过FragmentTransaction来执行。而从Fragment的结果来看,FragmentTransaction中对Fragment的操作大致可以分为两类:
- 显示:add() replace() show() attach()
- 隐藏:remove() hide() detach()
add() replace()
当通过add()连续两次添加Fragment的时候,每个Fragment生命周期中的onAttach()-onResume()都会被各调用一次,而且两个Fragment的View会被同时attach到containerView。
当replace来添加Fragment的时候,第二次添加会导致第一个Fragment被销毁,即执行第二个Fragment的onAttach()方法之前会先执行第一个Fragment的onPause()-onDetach()方法,同时containerView会detach第一个Fragment的View。
show() hide()
调用show() 和hide() 方法时,Fragment的生命周期方法并不会执行,仅仅是Fragment的View被显示或者隐藏。而且,尽管Fragment的View被隐藏,但它在父布局中并未被detach,仍然是作为containerView的childView存在着。
remove()
remove()会执行onPause()-onDetach()周期