人们说业务逻辑应该在领域层处理。
但是我不太明白Android中的业务逻辑是什么。
在我的项目中,当 API 请求成功时,我会缓存数据。
如果 API 请求失败,获取本地数据。
在我的理解中,它可以是一种业务规则。
1. API请求
2.如果API请求失败,从本地加载数据。
我觉得这个逻辑应该在repository中完成。
但是业务逻辑应该在领域层处理。
我是否误解了业务逻辑?
最佳答案
从 API 接收数据后,业务逻辑将引用 if
和 else
。假设您要使用 Picasso
加载图像。网址是:
https://.../imageId.jpg
但首先你需要获取这个对象,它有一个附加到它的 JSON 的 id:
{
"id" : "1234123",
"name" : "SomeName"
}
好吧,首先你需要获取这个:
val request = repository.fetchTheObject()
//let's assume the result is successful
//start of the business logic
val imageId = request.id
if(id == WHATEVER){
val url = "someUrl/${id}.jpg"
someMutableLiveData.postValue(url)
}else{
showSomeError()
}
//end of business logic
然后在您的 fragment 中您将收到最终结果:
viewModel.someMutableLiveData.observe(this, Observer{
Picasso.get().load(it).into(imageView)
})
换句话说:
业务逻辑是您需要对从真实来源(数据库、文件、网络 API 等)收到的数据执行的所有操作,以实现理想的结果
对于安卓:
Fragment
/Activity
用于与用户交互ViewModel
用于业务逻辑(有时当您有if
s/else
的语调、大量的 for 循环等时,Google 建议使用附加到 ViewModel 的 Presenter,从来没有这样做过)- 存储库,只是一个接收数据的来源(尽管有时它是多余的,比如当您只有一个真实来源时)
在您的情况下,业务逻辑正是您所描述的:如果您的请求失败,则获取本地数据,这是应用程序的业务逻辑。
I think this logic should be done in the repository.
嗯,你可以做到,我见过很多这样的例子,这真的取决于,有时可能是正确的。但是,如果您使用 ViewModel
来避免所有 Transformations
,您可以在 ViewModel
而不是 中处理它存储库
。
关于android - Clean Architecture(域)中的业务逻辑是什么,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/59452173/