使用Android MVP Clean Architecture实现交互者

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了使用Android MVP Clean Architecture实现交互者相关的知识,希望对你有一定的参考价值。

我正在构建一个android应用程序,并希望以“干净架构”为基础,类似于以下作者的建议:

目前的架构:

查看(片段)< - >演示者< - >交互者< - >存储库

  • Fragment实现了View并创建了一个Presenter。
  • Presenter通过View界面引用Fragment。
  • Presenter为要呈现的数据实现Interactor.Callback接口
  • Presenter创建并启动Interactor。
  • Interactor获取和更新数据以在存储库的后台线程中执行业务逻辑。
  • Interactor为Repository中的DB / Server数据实现Repository.Callback。
  • Interactor在存储库中注册所需数据的更新。

在当前设计中,每个显示器有1个交互器(显示器可以包括多个片段,例如具有30个相同类型的片段的ViewPager)和每个片段1个呈现器。 Presenter和Interactor没有框架依赖关系,可以轻松进行测试。

我主要关注的是Interactors / UseCases的实现及其与Presenters(MVP)或ViewModel(MVVM)的关系。

问题:

计划让Interactor首先获取显示所需的所有业务对象(BO)。从数据层同步完成提取,并且每个接收到的BO都指向Presenter。这会导致延迟,直到视图中显示所有数据。

此外,它注册其感兴趣的BO的更新(与之前提取的相同),以通过演示者不断更新视图。


因此,我正在寻找如何在我的案例中设置Interactor的指南。上面提到的实现有一个任务,然后完成它,并且可以关闭Interactor后台线程。

在我的情况下,Interactor从数据层注册更新并等待处理它们,然后将数据发布到Presenter UI线程,因此只要有演示者监听就行。

这个功能是不同的,我正在寻找一个良好的做法,使其与“干净的架构”一起工作。

答案

因此,如果我理解您的问题,您的担忧或怀疑是因为您的Interactor不会执行任务然后完成,但是在操作完成之前将会订阅或监听。

在我看来,完全没问题,Interactor实现了一个用例,并且在您的程序中异步请求是一个用例,如果它需要时间并且是异步任务或是同步操作也无关紧要。

它仍然是一个用例,Presenter将实例化Interactor,当它完成时,它将发回操作的结果。只要您保持模块化并且Presenter和Interactor没有直接依赖关系,但它们通过间接进行通信,那就完全没问题了。

以上是关于使用Android MVP Clean Architecture实现交互者的主要内容,如果未能解决你的问题,请参考以下文章

Android MVP架构分析

如何从MVP模式进阶到Clean模式

android课程表控件悬浮窗Todo应用MVP框架Kotlin完整项目源码

mvp 在 flutter 中的应用

GUI应用程序架构的十年变迁:MVC,MVP,MVVM,Unidirectional,Clean

50 篇 Android 干货文章