我们在写安卓应用时，经常会碰到需要一个activity托管多个fragment的情况。特别是在写平板应用时，由于屏幕比较大，为了充分利用屏幕的空间，通常会采用左侧显示列表、右侧显示选项详细信息的Master-Detail布局方式，如下图所示：
此时必然会遇到的一个问题就是如何在左侧列表Fragment和右侧详细信息Fragment之间进行通信，下面我们就来说说几种通信方式。
1. Fragment之间直接通信(不推荐)
我们以点击左侧列表栏中的一个列表项，使得右侧详细信息栏显示列表内容为例。我们可以为列表项添加监听，在点击一项时，左侧fragment通过Fragment.getActivity().getSupportFragmentManager()调用获取到其托管activity的FragmentManager，然后直接通过FragmentManager替换掉右侧的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的独立性，使得其难以复用。
- Fragment必须要知道托管Activity的布局文件中一些具体细节，如上例中，Framgnet需要知道Activity的布局中有一个id为 R.id.detail_fragment_container 组件，并且确定该组件是为右侧界面预留的，这已经大大超出了fragment的职责范围。
2. 通过Activity使用Fragment回调接口(推荐)
为保持fragment的独立性,我们可以在fragment中定义回调接口,委托托管activity来完成那些不应由fragment处理的任务。托管activity将实现回调接口,履行托管fragment的任务。
要委托工作任务给托管activity,通常的做法是由fragment定义名为 Callbacks 的回调接口。回调接口定义了fragment委托给托管activity处理的工作任务。任何打算托管目标fragment的activity都必须实现它。
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);
}
}
...
}
上面是左侧列表界面的示例代码，其中定义了一个叫Callbacks的接口，在列表项CrimeHolder被点击时，就会调用mCallbacks.onCrimeSelected(mCrime);来调用托管activity中的对应方法，通知其更新右侧视图。
下面我们来看看托管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实现了fragment中的Callbacks接口，并在onCrimeSelected(Crime crime)方法中，根据参数crime中的信息创建新的右侧详细信息fragment，然后在FragmentManager中替换掉了旧的右侧fragment。
通过以上方法，fragment和activity各自关心自己负责的逻辑部分，没有破坏各自的封装性，增强了fragment的可复用性。因此，在今后需要处理多个fragment之间的通信时，可以优先考虑第二种实现方式。
