use*_*924 3 android android-jetpack-compose
在我的 ViewModel 中我有
private val _topicsResponse = MutableStateFlow<Result<List<Topic>>>(Result.Initial)
val topicsResponse = _topicsResponse.asStateFlow()
Run Code Online (Sandbox Code Playgroud)
我从服务器获取数据(主题),这就是数据包装在Result<T>类中的原因。它可以是Result.Initial、Result.Loading、Result.Success和Result.Error
在我的主题屏幕的撰写功能中,我有使用 Snackback 显示错误的逻辑
val topicsResponse: Result<List<Topic>> by topicsViewModel.topicsResponse.collectAsState()
Box(modifier = Modifier.fillMaxSize()) {
...
if (topicsResponse is Result.Error) {
Snackbar(
action = {
Button(onClick = { topicsViewModel.loadTopics() }) {
Text(stringResource(id = R.string.retry_text))
}
},
modifier = Modifier
.padding(8.dp)
.align(Alignment.BottomCenter)
) { Text(text = "Test error message") }
}
}
Run Code Online (Sandbox Code Playgroud)
用topicsResponse is Result.Error在这里好不好?
所以我不确定是否应该使用
val showSnackBarError by remember {
derivedStateOf {
topicsResponse is Result.Error
}
}
Run Code Online (Sandbox Code Playgroud)
要不就val showSnackBarError = topicsResponse is Result.Error
topicsViewModel.topicsResponse.collectAsState()-collectAsState已经remember在其实现中
但仍然topicsResponse is Result.Error会在每次重组时进行计算,即使这个条件的结果与我理解的相同
是的,topicsResponse is Result.Error将在每次重组时计算,但如果结果没有改变 - 你根本不应该关心它。实际上,这种“计算”对性能没有影响。
你可以remember在这里使用它,它会起作用,但remember它本身的成本比操作要大得多is。所以你会失去这方面的表现。
至于derivedStateOf- 在这里使用它是没有意义的。它用于跟踪多个状态变化
| 归档时间: |
|
| 查看次数: |
2738 次 |
| 最近记录: |