我們在寫安卓應(yīng)用時，經(jīng)常會碰到需要一個activity托管多個fragment的情況。特別是在寫平板應(yīng)用時磕潮，由于屏幕比較大，為了充分利用屏幕的空間容贝，通常會采用左側(cè)顯示列表自脯、右側(cè)顯示選項詳細(xì)信息的Master-Detail布局方式，如下圖所示：
此時必然會遇到的一個問題就是如何在左側(cè)列表Fragment和右側(cè)詳細(xì)信息Fragment之間進(jìn)行通信斤富，下面我們就來說說幾種通信方式膏潮。
1. Fragment之間直接通信(不推薦)
我們以點擊左側(cè)列表欄中的一個列表項，使得右側(cè)詳細(xì)信息欄顯示列表內(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的布局文件中一些具體細(xì)節(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ù)。任何打算托管目標(biāo)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è)詳細(xì)信息fragment熬词，然后在FragmentManager中替換掉了舊的右側(cè)fragment旁钧。
通過以上方法，fragment和activity各自關(guān)心自己負(fù)責(zé)的邏輯部分互拾，沒有破壞各自的封裝性歪今，增強(qiáng)了fragment的可復(fù)用性。因此颜矿，在今后需要處理多個fragment之間的通信時寄猩，可以優(yōu)先考慮第二種實現(xiàn)方式。
