用例中的道 MVVM 还是 Clean Architecture 反模式?

问题描述

在我们的“SearchUsecase”中,我们可以直接访问“ShowFtsDao”。

它是否违反了 Clean Architecture 原则?它是否违反了 MVVM 架构?

假设我们的目的是开发一个构建良好的标准结构,这段代码有什么问题吗?

b[1][2]

解决方法

我相信您的用例处理的逻辑比它需要的要多。 作为一个简单的解释,我喜欢这样考虑组件:

  • Sources:RemoteSource(网络)、LocalSource(db)、可选的 MemorySource 是对数据库和网络 API 的抽象,它们执行 IO 线程切换和数据映射(这在大型项目,其中后端并非完全由移动驱动)
  • 存储库:与来源沟通,他负责决定您从何处获取数据。我相信你的情况,如果 RemoteSource 返回空数据,那么你从 LocalSource 获取它。 (当然,您可以公开不同的方法,例如 get()fetch(),消费者在其中指定是否需要最新数据,并基于此信息库调用正确的 Source。
  • 用例:与多个存储库对话并合并它们的数据。
,

是的,确实如此。

因为您的 domain 模块可以访问 data 模块,而实际上您违反了依赖规则

该规则指定在外圈中声明的内容必须 不会在代码中被内圈提及。

Domain 层必须包含在 data 层中实现的详细信息(存储库)的接口,

然后,它们可以被注入到 UseCases (DIP) 中。

相关问答

Selenium Web驱动程序和Java。元素在(x,y)点处不可单击。其...
Python-如何使用点“。” 访问字典成员?
Java 字符串是不可变的。到底是什么意思?
Java中的“ final”关键字如何工作?(我仍然可以修改对象。...
“loop:”在Java代码中。这是什么,为什么要编译?
java.lang.ClassNotFoundException:sun.jdbc.odbc.JdbcOdbc...