什么时候创建用例 - 干净的架构？
When create useCase - clean architecture?
我在存储库中获得了简单的乐趣它得到了所有的狗
fun getDogs()=apiService.getDogs()
我的问题是我应该为此功能创建用例吗？换句话说，如果函数没有业务规则，我应该为它创建 useCase 吗？
根据良好的编程习惯，最好创建一个用例。 use-case 将在两个方面受益：
- LA 稍后更改存储库方法中的合同不会影响您的 ViewModel 实现。例如。存储库方法 return 编辑的数据发生变化，或者您想使用存储库中的两种方法来整理数据，然后 return 在您的 use-case.
- 如果您正在做类似 KMM 的事情，那么 use-case 层将更加一致。
如果您的用例非常简单，并且您非常确定来自存储库层的合同永远不会改变（理想情况下这是一件坏事），那么您可以直接使用存储库。
我在存储库中获得了简单的乐趣它得到了所有的狗
fun getDogs()=apiService.getDogs()
我的问题是我应该为此功能创建用例吗？换句话说，如果函数没有业务规则，我应该为它创建 useCase 吗？
根据良好的编程习惯，最好创建一个用例。 use-case 将在两个方面受益：
- LA 稍后更改存储库方法中的合同不会影响您的 ViewModel 实现。例如。存储库方法 return 编辑的数据发生变化，或者您想使用存储库中的两种方法来整理数据，然后 return 在您的 use-case.
- 如果您正在做类似 KMM 的事情，那么 use-case 层将更加一致。
如果您的用例非常简单，并且您非常确定来自存储库层的合同永远不会改变（理想情况下这是一件坏事），那么您可以直接使用存储库。