我們在寫安卓應(yīng)用時，經(jīng)常會碰到需要一個activity托管多個fragment的情況。特別是在寫平板應(yīng)用時，由于屏幕比較大，為了充分利用屏幕的空間，通常會采用左側(cè)顯示列表、右側(cè)顯示選項詳細信息的Master-Detail布局方式，如下圖所示：

Master-Detail 布局

此時必然會遇到的一個問題就是如何在左側(cè)列表Fragment和右側(cè)詳細信息Fragment之間進行通信，下面我們就來說說幾種通信方式。

1. Fragment之間直接通信(不推薦)

我們以點擊左側(cè)列表欄中的一個列表項，使得右側(cè)詳細信息欄顯示列表內(nèi)容為例。我們可以為列表項添加監(jiān)聽，在點擊一項時，左側(cè)fragment通過Fragment.getActivity().getSupportFragmentManager()調(diào)用獲取到其托管activity的FragmentManager，然后直接通過FragmentManager替換掉右側(cè)的Fragment。示例代碼如下：

public void onClick(View v) {
  Fragment fragment = CrimeFragment.newInstance(mCrime.getId());
  FragmentManager fm = getActivity().getSupportFragmentManager();
  fm.beginTransaction()
    .add(R.id.detail_fragment_container, fragment)
    .commit();
}

此方法雖然是可行的，但是它的缺點也很明顯：

• 一個fragment直接通過托管activity的FragmentManager直接操縱其他Fragment，這就表示，fragment必須要了解activity的工作方式，而這就破壞了fragment的獨立性，使得其難以復(fù)用。
• Fragment必須要知道托管Activity的布局文件中一些具體細節(jié)，如上例中，F(xiàn)ramgnet需要知道Activity的布局中有一個id為 R.id.detail_fragment_container 組件，并且確定該組件是為右側(cè)界面預(yù)留的，這已經(jīng)大大超出了fragment的職責(zé)范圍。

2. 通過Activity使用Fragment回調(diào)接口(推薦)

為保持fragment的獨立性,我們可以在fragment中定義回調(diào)接口,委托托管activity來完成那些不應(yīng)由fragment處理的任務(wù)。托管activity將實現(xiàn)回調(diào)接口,履行托管fragment的任務(wù)。
要委托工作任務(wù)給托管activity,通常的做法是由fragment定義名為 Callbacks 的回調(diào)接口?；卣{(diào)接口定義了fragment委托給托管activity處理的工作任務(wù)。任何打算托管目標fragment的activity都必須實現(xiàn)它。

public class CrimeListFragment extends Fragment {
  ...
  private boolean mSubtitleVisible;
  private Callbacks mCallbacks;
  /**
  * Required interface for hosting activities.
  */
  public interface Callbacks {
    void onCrimeSelected(Crime crime);
  }

  ...

  @Override
  public void onAttach(Activity activity) {
    super.onAttach(activity);
    mCallbacks = (Callbacks) activity;
  }

  @Override
  public void onDetach() {
    super.onDetach();
    mCallbacks = null;
  }

  private class CrimeHolder extends RecyclerView.ViewHolder
    implements View.OnClickListener {
    ...
    @Override
    public void onClick(View v) {
      mCallbacks.onCrimeSelected(mCrime);
    }
  }
  ...
}

上面是左側(cè)列表界面的示例代碼，其中定義了一個叫Callbacks的接口，在列表項CrimeHolder被點擊時，就會調(diào)用mCallbacks.onCrimeSelected(mCrime);來調(diào)用托管activity中的對應(yīng)方法，通知其更新右側(cè)視圖。

下面我們來看看托管Activity中的代碼：

public class CrimeListActivity extends SingleFragmentActivity
    implements CrimeListFragment.Callbacks {

  @Override
  protected Fragment createFragment() {
    return new CrimeListFragment();
  }

  @Override
  protected int getLayoutResId() {
    return R.layout.activity_masterdetail;
  }

  @Overrid
  public void onCrimeSelected(Crime crime) {    
    Fragment newDetail = CrimeFragment.newInstance(crime.getId());
    getSupportFragmentManager().beginTransaction()
      .replace(R.id.detail_fragment_container, newDetail)
      .commit();
  }
  ...
}

可見，托管activity實現(xiàn)了fragment中的Callbacks接口，并在onCrimeSelected(Crime crime)方法中，根據(jù)參數(shù)crime中的信息創(chuàng)建新的右側(cè)詳細信息fragment，然后在FragmentManager中替換掉了舊的右側(cè)fragment。
通過以上方法，fragment和activity各自關(guān)心自己負責(zé)的邏輯部分，沒有破壞各自的封裝性，增強了fragment的可復(fù)用性。因此，在今后需要處理多個fragment之間的通信時，可以優(yōu)先考慮第二種實現(xiàn)方式。