清洁架构用例/领域层的相关性

Posted 2023-03-17

【中文标题】清洁架构用例/领域层的相关性

【英文标题】：Relevance of Clean Architecture Use Cases / Domain Layer

【发布时间】：2019-05-30 21:03:06

【问题描述】：

几年来，我阅读了有关 android 架构和清洁架构的文章。

在干净的架构中，我们通常有 3 层：Presentation（包含 MVVM/MVP）- Domain（包含 POJO 和 UseCases/Interactors）- Data（包含存储库实现）

在 Android 项目中，通常只有 2 层：包含 MVVM 内容的表示层和包含存储库的数据层。存储库直接从 ViewModel 访问，数据在 ViewModel 中处理后再传递给 View。

所以我的问题是：Android 上的 UseCases/Interactors 的目的是什么？它们是相关的还是可以完全集成到 Android 的 ViewModel 中？

【参考方案1】：

这取决于您如何查看您的 Android 应用程序。如果 App 纯粹是一个视图层，那么不，它们并不是特别相关。如果您将它用作不仅仅是一个视图层，而是一个客户端应用程序，那么您最好构建一个全新的分层应用程序，而不是跳过干净架构的用例和模型。

何时这样做纯粹是一个判断。对于只有微不足道的逻辑，并且主要用作演示引擎的应用程序，以及所有相关的业务逻辑服务器端，那么您可能可以摆脱视图模型。许多应用程序在客户端的复杂性与服务器端相同或更高，此时您需要以系统可扩展和可维护的方式设计它们。

如果您发现自己想知道您的 UseCases 属于哪里，那么您可能已经越过了这个门槛，应该将其设计为自己的应用程序。