【问题标题】:Android - Where should we put the additional business logic in architecture?Android - 我们应该将额外的业务逻辑放在架构中的什么位置?
【发布时间】:2020-11-22 23:22:16
【问题描述】:

Android 架构中的所有示例都是关于通过 Internet 获取数据并将其保存到数据库中。我知道如何实现这个架构。但我无法弄清楚在哪里放置一些事件。示例:

  • 获取摄像头权限
  • 将照片保存到图库。
  • 关闭通知

这些事件属于哪一层?如图所示使用用例是否正确?将图像保存到图库有很多阶段(权限、存储控制、图像扩展......)。 UseCases 类膨胀太多了吗?这里应该多用一层吗?

【问题讨论】:

    标签: android android-studio kotlin mvvm clean-architecture


    【解决方案1】:

    领域层的UseCase应该只有业务逻辑,当它需要与系统交互(权限、打开设置、保存到磁盘等)时,它应该执行接口的一个方法。这个接口是在另一个层中实现的,它不是领域并且是特定于框架的。

    【讨论】:

      猜你喜欢
      • 2014-10-23
      • 2011-01-08
      • 1970-01-01
      • 2011-10-16
      • 2023-03-11
      • 1970-01-01
      • 1970-01-01
      • 2016-12-18
      • 2012-07-16
      相关资源
      最近更新 更多