Я столкнулся с довольно тривиальной, но сложной проблемой. Я потратил приличное количество времени на поиск официальной документации, но, к сожалению, не нашел ответа.
Официальные документы говорят, что вам следует передать экземпляр NavController в @Composable-s и назовите его как onClick = { navController.navigate("path") . Но что произойдет, если мне придется вызвать событие навигации из ViewModel (например, перенаправление при входе в систему, перенаправление на вновь созданную страницу сообщения)? Ожидание какой-либо сопрограммы (например, HTTP-запроса) в @Composable было бы не просто плохо, но, вероятно, заставило бы Android закрыть приложение из-за заблокированного потока пользовательского интерфейса.
Неофициальные решения (документированные) в основном в форме статей Medium) основаны на концепции наличия одноэлементного класса и наблюдения за некоторым путем, содержащим MutableStateFlow.
Теоретически это звучит глупо и не помогает. на практике (не имеет побочных эффектов и не удобен для рекомпозиции, вызывает ненужную повторную навигацию).
Подробнее здесь: https://stackoverflow.com/questions/720 ... se-hilt-vi
Как правильно переходить из ViewModel в Jetpack Compose + Hilt + ViewModel? ⇐ Android
Форум для тех, кто программирует под Android
1719430790
Anonymous
Я столкнулся с довольно тривиальной, но сложной проблемой. Я потратил приличное количество времени на поиск официальной документации, но, к сожалению, не нашел ответа.
Официальные документы говорят, что вам следует передать экземпляр NavController в @Composable-s и назовите его как onClick = { navController.navigate("path") . Но что произойдет, если мне придется вызвать событие навигации из ViewModel (например, перенаправление при входе в систему, перенаправление на вновь созданную страницу сообщения)? Ожидание какой-либо сопрограммы (например, HTTP-запроса) в @Composable было бы не просто плохо, но, вероятно, заставило бы Android закрыть приложение из-за заблокированного потока пользовательского интерфейса.
Неофициальные решения (документированные) в основном в форме статей Medium) основаны на концепции наличия одноэлементного класса и наблюдения за некоторым путем, содержащим MutableStateFlow.
Теоретически это звучит глупо и не помогает. на практике (не имеет побочных эффектов и не удобен для рекомпозиции, вызывает ненужную повторную навигацию).
Подробнее здесь: [url]https://stackoverflow.com/questions/72020288/what-is-the-proper-way-to-navigate-from-viewmodel-in-jetpack-compose-hilt-vi[/url]
Ответить
1 сообщение
• Страница 1 из 1
Перейти
- Кемерово-IT
- ↳ Javascript
- ↳ C#
- ↳ JAVA
- ↳ Elasticsearch aggregation
- ↳ Python
- ↳ Php
- ↳ Android
- ↳ Html
- ↳ Jquery
- ↳ C++
- ↳ IOS
- ↳ CSS
- ↳ Excel
- ↳ Linux
- ↳ Apache
- ↳ MySql
- Детский мир
- Для души
- ↳ Музыкальные инструменты даром
- ↳ Печатная продукция даром
- Внешняя красота и здоровье
- ↳ Одежда и обувь для взрослых даром
- ↳ Товары для здоровья
- ↳ Физкультура и спорт
- Техника - даром!
- ↳ Автомобилистам
- ↳ Компьютерная техника
- ↳ Плиты: газовые и электрические
- ↳ Холодильники
- ↳ Стиральные машины
- ↳ Телевизоры
- ↳ Телефоны, смартфоны, плашеты
- ↳ Швейные машинки
- ↳ Прочая электроника и техника
- ↳ Фототехника
- Ремонт и интерьер
- ↳ Стройматериалы, инструмент
- ↳ Мебель и предметы интерьера даром
- ↳ Cантехника
- Другие темы
- ↳ Разное даром
- ↳ Давай меняться!
- ↳ Отдам\возьму за копеечку
- ↳ Работа и подработка в Кемерове
- ↳ Давай с тобой поговорим...
Мобильная версия