fragment

一、Fragment的产生与介绍

1、Android运行在各类各样的设备中，有小屏幕的手机，超大屏的平板甚至电视。针对屏幕尺寸的差距，不少状况下，都是先针对手机开发一套App，

而后拷贝一份，修改布局以适应平板等超级大屏的。Fragment的出现解决了一个App能够同时适应手机和平板这个问题。你能够把Fragment当成Activity的一个界面的一个组成部分，甚至Activity的界面能够彻底有不一样的Fragment组成，

更帅气的是Fragment拥有本身的生命周期和接收、处理用户的事件，这样就没必要在Activity写一堆控件的事件处理的代码了。更为重要的是，你能够动态的添加、替换和移除某个Fragment。

 

2、fragment 生命周期

 

 

3、与Activity生命周期的对比

Fragment必须是依存与Activity而存在的，所以Activity的生命周期会直接影响到Fragment的生命周期。官网这张图很好的说明了二者生命周期的关系：

能够看到Fragment比Activity多了几个额外的生命周期回调方法：
onAttach(Activity)
当Fragment与Activity发生关联时调用。
onCreateView(LayoutInflater, ViewGroup,Bundle)
建立该Fragment的视图
onActivityCreated(Bundle)
当Activity的onCreate方法返回时调用
onDestoryView()
与onCreateView想对应，当该Fragment的视图被移除时调用
onDetach()
与onAttach相对应，当Fragment与Activity关联被取消时调用
注意：除了onCreateView，其余的全部方法若是你重写了，必须调用父类对于该方法的实现。

 

场景演示 : 切换到该Fragment

11-29 14:26:35.095: D/AppListFragment(7649): onAttach
11-29 14:26:35.095: D/AppListFragment(7649): onCreate
11-29 14:26:35.095: D/AppListFragment(7649): onCreateView
11-29 14:26:35.100: D/AppListFragment(7649): onActivityCreated
11-29 14:26:35.120: D/AppListFragment(7649): onStart
11-29 14:26:35.120: D/AppListFragment(7649): onResume

屏幕灭掉：

11-29 14:27:35.185: D/AppListFragment(7649): onPause
11-29 14:27:35.205: D/AppListFragment(7649): onSaveInstanceState
11-29 14:27:35.205: D/AppListFragment(7649): onStop

屏幕解锁

11-29 14:33:13.240: D/AppListFragment(7649): onStart
11-29 14:33:13.275: D/AppListFragment(7649): onResume

切换到其余Fragment:
11-29 14:33:33.655: D/AppListFragment(7649): onPause
11-29 14:33:33.655: D/AppListFragment(7649): onStop
11-29 14:33:33.660: D/AppListFragment(7649): onDestroyView

切换回自己的Fragment:

11-29 14:33:55.820: D/AppListFragment(7649): onCreateView
11-29 14:33:55.825: D/AppListFragment(7649): onActivityCreated
11-29 14:33:55.825: D/AppListFragment(7649): onStart
11-29 14:33:55.825: D/AppListFragment(7649): onResume

回到桌面

11-29 14:34:26.590: D/AppListFragment(7649): onPause
11-29 14:34:26.880: D/AppListFragment(7649): onSaveInstanceState
11-29 14:34:26.880: D/AppListFragment(7649): onStop

回到应用

11-29 14:36:51.940: D/AppListFragment(7649): onStart
11-29 14:36:51.940: D/AppListFragment(7649): onResume

退出应用

11-29 14:37:03.020: D/AppListFragment(7649): onPause
11-29 14:37:03.155: D/AppListFragment(7649): onStop
11-29 14:37:03.155: D/AppListFragment(7649): onDestroyView
11-29 14:37:03.165: D/AppListFragment(7649): onDestroy
11-29 14:37:03.165: D/AppListFragment(7649): onDetach

 

 

4、经常使用动态添加fragment

 

[1]自定义一个类，继承fragment，并在父类中重写onCreatView方法,而且为fragment建立一个布局文件

Public View onCreateView(LayoutInflater inflater,ViewGroup container,Bundle savedInstanceState){

 View view = inflater.inflate(R.layout.frgment_wx,null);

//在fragment中的button设置点击事件

view.findViewById(R.id.button).setOnclicListener();

 

Return view;

}

 

[2]获取fragment的管理者 fragmentManager 经过上下文获取

FragmentManager fragmentManger = getFragmentManager();

[3]开启事务

FragmentTransaction beginTransaction = fragmentManager.beginTransaction();

[4]加载或替换Fragment

beginTransaction.replace(android.R.id.content,new Fragment1());

[5]最后要提交

beginTransaction.commit();

 

5、fragment经常使用api

 

五、Fragment家族经常使用的API

 

Fragment经常使用的三个类：

 

android.app.Fragment 主要用于定义Fragment

 

android.app.FragmentManager 主要用于在Activity中操做Fragment

 

android.app.FragmentTransaction 保证一些列Fragment操做的原子性，熟悉事务这个词，必定能明白~

 

a、获取FragmentManage的方式：

 

getFragmentManager() // v4中，getSupportFragmentManager

 

b、主要的操做都是FragmentTransaction的方法

 

FragmentTransaction transaction = fm.benginTransatcion();//开启一个事务

 

transaction.add() 

 

往Activity中添加一个Fragment

 

transaction.remove()

 

从Activity中移除一个Fragment，若是被移除的Fragment没有添加到回退栈（回退栈后面会详细说），这个Fragment实例将会被销毁。

 

transaction.replace()

 

使用另外一个Fragment替换当前的，实际上就是remove()而后add()的合体~

 

transaction.hide()

 

隐藏当前的Fragment，仅仅是设为不可见，并不会销毁

 

transaction.show()

 

显示以前隐藏的Fragment

 

detach()

 

会将view从UI中移除,和remove()不一样,此时fragment的状态依然由FragmentManager维护。

 

attach()

 

重建view视图，附加到UI上并显示。

 

transatcion.commit()//提交一个事务

 

注意：经常使用Fragment的哥们，可能会常常遇到这样Activity状态不一致：State loss这样的错误。主要是由于：commit方法必定要在Activity.onSaveInstance()以前调用。

 

上述，基本是操做Fragment的全部的方式了，在一个事务开启到提交能够进行多个的添加、移除、替换等操做。

 

值得注意的是：若是你喜欢使用Fragment，必定要清楚这些方法，哪一个会销毁视图，哪一个会销毁实例，哪一个仅仅只是隐藏，这样才能更好的使用它们。

 

a、好比：我在FragmentA中的EditText填了一些数据，当切换到FragmentB时，若是但愿会到A还能看到数据，则适合你的就是hide和show；也就是说，但愿保留用户操做的面板，你可使用hide和show，固然了不要使劲在那new实例，进行下非null判断。

 

b、再好比：我不但愿保留用户操做，你可使用remove()，而后add()；或者使用replace()这个和remove,add是相同的效果。

 

c、remove和detach有一点细微的区别，在不考虑回退栈的状况下，remove会销毁整个Fragment实例，而detach则只是销毁其视图结构，实例并不会被销毁。那么两者怎么取舍使用呢？若是你的当前Activity一直存在，那么在不但愿保留用户操做的时候，你能够优先使用detach。