带有 Dagger 2 的 Android MVP - 具有多个 fragment 的 Activity

Question

我一直在查看使用 Dagger 2 的 MVP 的 Google Android 架构示例:

https://github.com/googlesamples/android-architecture/blob/todo-mvp-dagger/todoapp/app/src/main/java/com/example/android/architecture/blueprints/todoapp/tasks/TasksActivity.java

但是，这个例子相当简单——每个 Activity 只有一个 Fragment，Dagger 组件构建在 Activity 中，并用于将 Activity 与 Presenter 注入(inject)到 Fragment。

我已经尝试在该示例的基础上进行构建，将多个 fragment 添加到 Activity 并在它们之间导航。由于每个 fragment 都有自己的演示者，我已将构建的 Dagger 组件移动到 fragment 中。所以现在我有:

• FragmentCallback(提供加载 fragment 1和 fragment 2方法的接口(interface))
• Activity (实现 FragmentCallback)
• Fragment1(实现 View 界面)
• Fragment1Contract(定义 View 和演示器接口(interface))
• Fragment1Presenter(实现演示界面)
• Fragment1Component(注入(inject) Fragment1)
• Fragment1Module(提供 View 和演示器)
• fragment 2
• Fragment2Contract(定义 View 和演示器接口(interface))
• Fragment2Presenter(实现演示界面)
• Fragment2Component(注入(inject) Fragment2)
• Fragment2Module(提供 View 和演示器)

这个 Activity 做的很少，它只是加载第一个 fragment 并实现 FragmentCallback， View 可以使用它来切换到另一个 fragment 。

第一个 fragment 有一个按钮，它使用 FragmentCallback 加载第二个 fragment - fragment 通过以下方式转换 Activity 获得

public void onAttach(Context context) {
    super.onAttach(context);
    callback = (FragmentCallback) context;
}

我走的路是否合理？虽然使用 MVP 的代码看起来很干净，但我是否遗漏了一些 w.r.t Dagger 组件和模块？

谢谢。

更新

我通过为 Activity 创建一个组件和模块稍微改善了我的情况。每个 fragment 仍然构建 Dagger 上下文，但我不再在演示者构造函数中注入(inject) View ( fragment )——当 fragment 构建上下文时，注入(inject)自身(因此它有演示者)然后调用 presenter.init (this) 这样演示者现在就可以看到了。

这很好地减少了类的数量，下一步将尝试仅在 Activity 中构建组件，并让 fragment 使用它来注入(inject)自身(无需构建新组件)。

Answer 1

您绝对是在正确的轨道上。

我建议您不要在 Activity 中使用单个组件，而是为每个 Fragment 实例化一个单独的组件(即使组件相同)。这种方法有两个好处:

• fragment 不会通过组件本身耦合到 Activity 和其他 Fragment(如果您使用范围，组件可以缓存的对象)
• 允许更细粒度地使用范围(如果您需要的话)

题外话:

我写了一篇关于 why activities in Android are not UI elements 的博文.看一看，如果您觉得它有道理，那么这里有一个指向 MVP 替代实现的链接 :)