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。