Согласно примеру архитектуры Goggles, они используют модель представления в качестве входной переменной для Composable.
@OptIn(ExperimentalLifecycleComposeApi::class)
@Composable
fun TaskDetailScreen(
onEditTask: (String) -> Unit,
onBack: () -> Unit,
onDeleteTask: () -> Unit,
modifier: Modifier = Modifier,
viewModel: TaskDetailViewModel = hiltViewModel(),
scaffoldState: ScaffoldState = rememberScaffoldState()
) {....}
Согласно собственным рекомендациям Google, они говорят, что вы не должны передавать экземпляры ViewModel другим компонуемым функциям.
Зачем передавать и подключать модель представления к в первую очередь Composable?
Не было бы проще подключить модель представления к экрану создания пользовательского интерфейса с одним восходящим и одним нисходящим?
@Composable
fun TestScreen(
uiState: AppUIState,
onEvent: (AppViewEvent) -> Unit,
) {....}
TestScreen(
uiState = viewModel.uiState.collectAsState().value,
onEvent = viewModel::onEvent
) {....}
class MyViewModel() : ViewModel() {
private val _uiState: MutableStateFlow = MutableStateFlow(AppUIState())
val uiState: StateFlow = _uiState.asStateFlow()
fun onEvent(event: AppViewEvent) {....}
}
sealed interface AppUIState {
object DoSomething: AppUIState
data class KeyPressed(val key: String) : AppUIState
}
Подробнее здесь: https://stackoverflow.com/questions/791 ... composable
Передавать или не передавать модель представления в составной элемент ⇐ Android
-
- Похожие темы
- Ответы
- Просмотры
- Последнее сообщение
-
-
ASP.NET MVC и Entity Framework Html.DisplayNameFor с составной моделью представления
Anonymous » » в форуме C# - 0 Ответы
- 18 Просмотры
-
Последнее сообщение Anonymous
-
-
-
Как LazyColumn/LazyRow извлекает каждый составной элемент из блока элементов
Anonymous » » в форуме Android - 0 Ответы
- 36 Просмотры
-
Последнее сообщение Anonymous
-