主页 / 问题 / 1119778
Accepted
Falchio
Asked:2020-05-04 02:16:18 +0000 UTC2020-05-04 02:16:18 +0000 UTC

Android 上 MVP 模式的示例实现，带有片段

  • 772

在没有第三方库的情况下，我找不到在 Java 中使用 Fragment for Android 实现 MVP 模式的示例。也许有人弄错了？我以 Presenter 的形式想象它，它命令 Activity - 要加载哪个片段。

我尝试处理此存储库中的示例，但在我看来它并不存在： https ://github.com/android/architecture-samples

  1. TasksActivity 启动。
  2. 该活动创建一个TasksPresenter。
  3. 使用 addFragmentActivity() 方法创建了一个特殊的 ActivityUtils 类，其中 SupportFragmentManager、TasksFragment、位于 TasksActivity 中的 Fragment 下的容器作为参数传递
  4. 在onCreateTasksActivity方法中，使用了ActivityUtils.addFragmentActivity()，之后TasksFragment被加载到TasksActivity内部fragment下的容器中。
  5. 在 TasksFragment 本身中有一个按钮可以启动另一个 Activity，在其中还有一个容器在 Fragment 下，实际上加载下一个 Fragment 的地方。

我不明白为什么会这样？那么为什么不直接使用 Activity，因为使用 Fragment 没有任何好处。这几乎不是错误的架构示例，它似乎是 Google 员工的存储库。

java

1 个回答

  1. Best Answer

    好吧，看，如果你有，例如，一个 Activity 上有 1-2 个片段，那么很有可能与一个演示者在一个驱动其中的片段的 Activity 上相处。虽然如果片段有复杂的逻辑，那么最好让每个片段都有自己的表现者。

    如果您有单个活动，那么通常每个片段通常有一个演示者，并且如果活动具有某种通用逻辑，则不排除活动上的演示者。

    关于导航。我不会在演示者中取出导航。最好为此创建一个单独的实体，它可能（但不一定）在演示者中，并且反过来将导航委托给它。此外，如果您对片段导航感兴趣，那么您应该查看 Google 的 Navigation Component 或 Yandex 的 Cicerone。

    您发布的示例根本不使用 MVP。有一个ViewModel，它的不同之处在于，它与presenter不同，它对View一无所知。所有 View 都通过订阅使用它。如果使用 MVP，我们通常每个屏幕都有一个演示者，那么 VieModel 可以翻遍多个屏幕，它们不是按屏幕划分的，而是按其中的逻辑划分的。例如，在一个屏幕中可以有 2 个或更多 ViewModel。

    导航组件在示例中用作导航。他们有一个负责导航的 ViewModel。事实上，发生的事情是一个活动订阅了这个 ViewModel，它反过来等待 ViewModel 发布一些更改并对它们做出反应（打开一个新屏幕）。而其他 Fragment 只是将此 ViewModel 发布到需要打开的屏幕上。所以所有的导航逻辑都在一个地方，可以从任何地方调用。如果你突然想改变导航原理中的某些东西，那么你所有的逻辑都将集中在一个地方。

    希望我回答了你的问题 =)

    • 1

相关问题