几年来，我读了有关Android体系结构和Clean Architecture的文章。
在干净的体系结构中，我们通常分为3层:表示(包含MVVM/MVP)-域(包含POJO和UseCases/Interactors)-数据(包含存储库实现)
在Android项目中，通常只有两层:包含MVVM内容的表示层，以及具有存储库的数据层。可以从ViewModel直接访问存储库，并在将数据传递给View之前在ViewModel中对其进行处理。
所以我的问题是:Android上的UseCases/Interactors的目的是什么？它们相关还是可以完全集成到Android的ViewModel中？
最佳答案
这取决于您如何查看自己的android应用。如果该应用程序纯粹是 View 层，则否，它们不是特别相关。如果您不只是将其用作 View 层，而是将其用作客户端应用程序，则可以很好地构建一个全新的分层应用程序，而不必跳过UseCases和干净架构的模型。
什么时候做这纯粹是一个判断电话。对于仅具有琐碎逻辑并且大部分用作表示引擎的应用程序，以及所有相关的业务逻辑服务器端，那么您可能可以摆脱ViewModel的束缚。与客户端相比，许多应用在客户端具有或多或少的复杂性，这时您将需要以系统可扩展和可维护的方式设计它们。
如果您发现自己的UseCases属于哪里，那您可能已经超过了这个阈值，应该将其设计为自己的应用程序。
关于android - 整洁架构用例/领域层的相关性，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/54036427/