Согласно примеру архитектуры 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
Форум для тех, кто программирует под Android
1729588280
Anonymous
Согласно примеру архитектуры 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
}
Подробнее здесь: [url]https://stackoverflow.com/questions/79113267/to-pass-or-not-to-pass-a-viewmodel-to-a-composable[/url]
Ответить
1 сообщение
• Страница 1 из 1
Перейти
- Кемерово-IT
- ↳ Javascript
- ↳ C#
- ↳ JAVA
- ↳ Elasticsearch aggregation
- ↳ Python
- ↳ Php
- ↳ Android
- ↳ Html
- ↳ Jquery
- ↳ C++
- ↳ IOS
- ↳ CSS
- ↳ Excel
- ↳ Linux
- ↳ Apache
- ↳ MySql
- Детский мир
- Для души
- ↳ Музыкальные инструменты даром
- ↳ Печатная продукция даром
- Внешняя красота и здоровье
- ↳ Одежда и обувь для взрослых даром
- ↳ Товары для здоровья
- ↳ Физкультура и спорт
- Техника - даром!
- ↳ Автомобилистам
- ↳ Компьютерная техника
- ↳ Плиты: газовые и электрические
- ↳ Холодильники
- ↳ Стиральные машины
- ↳ Телевизоры
- ↳ Телефоны, смартфоны, плашеты
- ↳ Швейные машинки
- ↳ Прочая электроника и техника
- ↳ Фототехника
- Ремонт и интерьер
- ↳ Стройматериалы, инструмент
- ↳ Мебель и предметы интерьера даром
- ↳ Cантехника
- Другие темы
- ↳ Разное даром
- ↳ Давай меняться!
- ↳ Отдам\возьму за копеечку
- ↳ Работа и подработка в Кемерове
- ↳ Давай с тобой поговорим...
Мобильная версия