今天講解一下Fragment的控制,主要是切換View和頁面替換等操做。還有就是如何獲取Fragment的管理對象,以及與Activity的通訊方式。
一、管理Fragment
要在activity中管理fragment,須要使用FragmentManager. 經過調用activity的getFragmentManager()取得它的實例.android
•能夠經過FragmentManager作一些事情, 包括: 使用findFragmentById()(用於在activity layout中提供一個UI的fragment)或findFragmentByTag()(適用於有或沒有UI的fragment)獲取activity中存在的fragment。
•將fragment從後臺堆棧中彈出, 使用 popBackStack() (模擬用戶按下BACK 命令)。
•使用addOnBackStackChangeListener()註冊一個監聽後臺堆棧變化的listener。動畫
二、處理Fragment事務
關於在activity中使用fragment的很強的一個特性是:根據用戶的交互狀況,對fragment進行添加、移除、替換以及執行其餘動做。提交給activity的每一套變化被稱爲一個事務,可使用在FragmentTransaction中的 API 處理。咱們也能夠保存每個事務到一個activity管理的backstack,容許用戶經由fragment的變化往回導航(相似於經過 activity日後導航)。this
從 FragmentManager 得到一個FragmentTransaction實例:spa
在調用commit()以前,你可能想調用 addToBackStack(),將事務添加到一個fragment事務的backstack。這個back stack由activity管理, 並容許用戶經過按下 BACK按鍵返回到前一個fragment狀態。.net
若是添加多個變化到事務(例如add()或remove())並調用addToBackStack(),而後在你調用commit()以前的全部應用的變化會被做爲一個單個事務添加到後臺堆棧,BACK按鍵會將它們一塊兒回退。添加變化到 FragmentTransaction的順序不重要, 除如下例外: 線程
•必須最後調用 commit()
•若是添加多個fragment到同一個容器, 那麼添加的順序決定了它們在view hierarchy中顯示的順序code
當執行一個移除fragment的事務時, 若是沒有調用 addToBackStack(), 那麼當事務提交後,那個fragment會被銷燬,而且用戶不能導航回到它。有鑑於此,當移除一個fragment時,若是調用了addToBackStack(), 那麼fragment會被中止,若是用戶導航回來,它將會被恢復。另外,對於每個fragment事務,你能夠應用一個事務動畫,經過在提交事務以前調用setTransition()實現。htm
調用 commit() 並不當即執行事務。偏偏相反,它將事務安排排期, 一旦準備好,就在activity的UI線程上運行(主線程)。若是有必要, 不管如何,你能夠從你的UI線程調用executePendingTransactions()來當即執行由commit()提交的事務。但這麼作一般沒必要要,除非事務是其餘線程中的任務的一個從屬。
警告:你只能在activity保存它的狀態(當用戶離開activity)以前使用commit()提交事務.
三、與Activity通訊
儘管Fragment被實現爲一個獨立於Activity的對象,而且能夠在多個activity中使用,但一個給定的fragment實例是直接綁定到包含它的activity的。 特別的fragment可使用 getActivity() 訪問Activity實例, 而且容易地執行好比在activity layout中查找一個view的任務。以下面的代碼:對象