FragmentTransaction与FragmentManager

FragmentManage：

FragmentManager可以实现管理activity中fragment. 经过调用activity的getFragmentManager()取得它的实例.

FragmentManager能够作以下一些事情:

一、使用findFragmentById() (用于在activity layout中提供一个UI的fragment)或findFragmentByTag()

   (适用于有或没有UI的fragment)获取activity中存在的fragment

二、将fragment从后台堆栈中弹出, 使用 popBackStack() (模拟用户按下BACK 命令).

三、使用addOnBackStackChangeListener()注册一个监听后台堆栈变化的listener.

  

FragmentTransaction

      FragmentTransaction对fragment进行添加,移除,替换,以及执行其余动做。

从 FragmentManager 得到一个FragmentTransaction的实例 :

FragmentManager fragmentManager = getFragmentManager(); FragmentTransaction fragmentTransaction = fragmentManager.beginTransaction();

每个事务都是同时要执行的一套变化.能够在一个给定的事务中设置你想执行的全部变化,使用诸如 add(), remove(), 和 replace().而后, 要给activity应用事务, 必须调用 commit().

在调用commit()以前, 你可能想调用 addToBackStack(),将事务添加到一个fragment事务的back stack. 这个back stack由activity管理, 并容许用户经过按下 BACK 按键返回到前一个fragment状态.

举个例子, 这里是如何将一个fragment替换为另外一个, 并在后台堆栈中保留以前的状态:

// 建立新的fargment和事务
Fragment newFragment = new ExampleFragment();  
FragmentTransaction transaction = getFragmentManager().beginTransaction(); 
// 取代当前容器由R.id.fragment_container标识的fragment并添加到后台堆栈
transaction.replace(R.id.fragment_container,newFragment);  
transaction.addToBackStack(null);  
// 提交事务
transaction.commit();

在这个例子中, newFragment 替换了当前layout容器中的由R.id.fragment_container标识的fragment.经过调用 addToBackStack(), replace事务被保存到back stack, 所以用户能够回退事务,并经过按下BACK按键带回前一个fragment.

若是添加多个变化到事务(例如add()或remove())并调用addToBackStack(), 而后在你调用commit()以前的全部应用的变化会被做为一个单个事务添加到后台堆栈, BACK按键会将它们一块儿回退.

添加变化到 FragmentTransaction的顺序不重要, 除如下例外:

• 必须最后调用 commit().

• 若是添加多个fragment到同一个容器, 那么添加的顺序决定了它们在view hierarchy中显示的顺序.

当执行一个移除fragment的事务时, 若是没有调用 addToBackStack(), 那么当事务提交后, 那个fragment会被销毁,而且用户不能导航回到它. 有鉴于此, 当移除一个fragment时,若是调用了 addToBackStack(), 那么fragment会被中止, 若是用户导航回来,它将会被恢复.

提示: 对于每个fragment事务, 你能够应用一个事务动画, 经过在提交事务以前调用setTransition()实现.

调用 commit() 并不当即执行事务.偏偏相反, 它将事务安排排期, 一旦准备好, 就在activity的UI线程上运行(主线程).若是有必要, 不管如何, 你能够从你的UI线程调用 executePendingTransactions() 来当即执行由commit()提交的事务. 但这么作一般没必要要, 除非事务是其余线程中的job的一个从属.

警告: 你只能在activity保存它的状态(当用户离开activity)以前使用commit()提交事务.

若是你试图在那个点以后提交, 会抛出一个异常.这是由于若是activity须要被恢复, 提交以后的状态可能会丢失.对于你以为能够丢失提交的情况, 使用 commitAllowingStateLoss().