片段交互回调：onAttach（）vs setter

Question

我正在尝试实现一个好的、可重用的片段，我很难选择设置交互回调的模式。我当然熟悉这些文档，但我对其中描述的方法有一些疑问。

假设我们有一个带有回调接口的片段：

public class MyFragment extends Fragment {
    private Callbacks mCallbacks;
    public static interface Callbacks { /* ... */ }
}

到目前为止，我遇到了两种为片段设置回调的方法。

Android开发指南中描述的方式。

@Override
public void onAttach(Context context) {
    super.onAttach(context);
    try {
        mCallbacks = (Callbacks) context;
    } catch (ClassCastException e) {
        throw new ClassCastException(context.toString() + " must implement Callbacks");
    }
}

• 编写的代码不多
• mCallbacks永远不会为null（只要片段还活着）

• 如果我们在活动中使用多个片段，将会变得混乱

简单的侦听器模式。

public void setCallbacks(Callbacks callbacks) {
    mCallbacks = callbacks;
}

• 可以在任何位置设置和替换回调

• 调用回调方法之前需要进行nullchecks
• 不会在片段重新创建时自动绑定（通过在活动的onAttachFragment中设置回调可以轻松修复）

我发现第一种方法不如第二种方法，因为它引入了不必要的限制，并在一定程度上违反了LoD，因为它要求回调方法由片段所连接的活动实现。它还使与嵌套片段的交互变得复杂，因为强制回调一直发送到活动，而不仅仅发送到父片段。同样，这是Android开发指南中建议的方法。我错过什么了吗？

长问题短，实现片段回调的最佳实践是什么？

Answer 1

我通常使用官方记录的方法。在极少数情况下，当它与我的应用程序结构\复杂性不太匹配时，我发现EventBus模型通常工作得很好。

https://github.com/greenrobot/EventBus