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

如何解决用例中的道 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) 中。