使用Android MVP Clean Architecture实现交互者

Question

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

• Fernando Cejas - Architecting Android…The clean way?
• Dario Miličić - A detailed guide on developing Android apps using the Clean Architecture pattern
• Romain Piel - Ingedients for a healthy Android Architecture
• Uncle Bob - The Clean Architecture
• Hannes Dorfmann - Mosby Library
• Pedro Vicente Gómez Sánchez - Effective Android UI
• David Guerrero - intro to a cleaner android architecture: the mvp pattern
• Patryk Poborca - Clean Architecture & Testing

目前的架构：

查看（片段）< - >演示者< - >交互者< - >存储库

• 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线程，因此只要有演示者监听就行。

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

Answer 1

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

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

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