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