Библиотека Jetpack SavedState получила поддержку 👩‍💻 KMP (пока в альфе). Поддерживаются Android, iOS, Linux, Mac и JVM. Появился новый тип SavedState, который является alias-ом для Bundle в Android, а на других платформах - Map<String, Any>. Работа происходит через SavedStateReader и SavedStateWriter, обёрнутые Kotlin DSL.

VIewModel также получила поддержку KMP Saved State в новой альфе

#kmp #jetpack #viewmodel

🪙 Полный разбор Jetpack ViewModel (42 мин)

Полный разбор ViewModel, что позволит вам прокачаться в знаниях, узнать глубже API, которое используете, и ответить на вопросы на собеседованиях как Senior. Весь разбор на реальном коде в IDE

Что в видео:
👉 как удобно использовать
👉 Создание нестандартного ViewModelStore
👉 создание собственных фабрик
👉 как ViewModel пережить смерть процесса, а не только поворот экрана
🏝 Использование в Kotlin Multiplatform

Видео доступно по подписке в Telegram и на Boosty (лучше тут), либо единоразовая покупка тут

#AndroidBroadcast #viewmodel #jetpack #kmp

🚀 В новой альфе Jetpack Lifecycle 2.9.0 добавили возможность симулировать смерть процесс для ViewModel и проверить как она будет восстанавливаться

#viewmodel #jetpack #jetpackupdate #android

🤖 Альтернативный способ обработке one-off событий из ViewModel (EN, 10м)

В статье рассказывается в чем сложность с обработкой одноразовых событий, которые надо передать из ViewModel в UI.

Автор рассматривает способ через callback интерфейс в конструкторе ViewModel

@HiltViewModel
class MyViewModel @Inject constructor(
    // inject the interface
    private val toastMessages: ToastMessages,
) : ViewModel() {
    
    fun doSomething() {
        viewModelScope.launch { 
            try {
                // execute async operation here
            } catch (e: CustomException) {
                // initiate a one-off event
                toastMessages.showToast(e.localizedMessage)
            }
        }
    }
}

🔗 Альтернативная ссылка на статью

#android #viewmodel #dagger #hilt

Вот реальная история, как знание механики работы ViewModel спасло мне вечер 👇

У меня приложение на Compose и Jetpack Navigation 3 (работает на основе состояния Back Stack). Экран «Навигатор файлов» открывает папки рекурсивно: по сути это тот же экран, но с другими данными. Все данные — из одной и той же ViewModel.❗️Баг: при переходе в папку навигация срабатывает, UI не меняется. Современные ИИ подсказали общие вещи, но не помогли — промты, видимо, подвели (тут мне ещё надо прокачать знания) 🙂

Вспомнил ключевой факт про архитектуру:
👉 Все ViewModel живут в ViewModelStore.
👉 В пределах одного ViewModelStoreOwner (Activity/Fragment/NavBackStackEntry) получение ViewModel по умолчанию идёт по типу.
👉 Если нужно несколько экземпляров одного типа на одном owner’е — используем key.

Решение в одну строку — привязать ключ к ViewModel, связанный с текущей папкой:

@Composable
fun FileNavigator(
    folderId: Id,
    modifier: Modifier = Modifier,
) {
    // новый folderId → новый экземпляр ViewModel → новый UI-стейт
    val viewModel: FileNavigatorViewModel = viewModel(
        key = "files(rootId='$folderId')"
    )
    // ...
}

Мини-чеклист, если ловите такой баг
👉 Один экран используется повторно с разными параметрами? → Нужен key.
👉 Меняется route, но owner тот же? → key обязателен.
👉 Используете Hilt/Koin? → У этих функций тоже есть параметр key (hiltViewModel(key=...), koinViewModel(key=...)).
👉 key должен детерминированно зависеть от входных данных (например, folderId).
👉 При навигации назад убедитесь, что ViewModel освобождается ожидаемо.

Ещё нюанс - если у вас сложная иерархия графов, проверьте, к какому ViewModelStoreOwner вы реально привязаны.

Рекомендую посмотреть мои видео по теме:
📹 Разбор Jetpack Navigation 3
🪙 Полный разбор Jetpack ViewModel в Android и Kotlin Multiplatform

#android #compose #androidjetpack #viewmodel #архитектура

🚀 Lifecycle 2.10.0 вышел в стабильной версии!

Google выпустила мажорное обновление библиотек Lifecycle. Этот релиз сфокусирован на улучшении интеграции с Compose.

⚙️ rememberLifecycleOwner для Compose
Новый композабл позволяет создавать изолированные LifecycleOwner внутри UI. Идеально для компонентов, которым нужно независимое управление состоянием — например, для HorizontalPager, где только активная страница должна быть в состоянии RESUMED.

@Composable
fun MyComposable() {
    val lifecycleOwner = rememberLifecycleOwner(
        maxLifecycle = Lifecycle.State.RESUMED,
        parentLifecycleOwner = LocalLifecycleOwner.current,
    )
    
    CompositionLocalProvider(
        LocalLifecycleOwner provides lifecycleOwner
    ) {
        // Дочерние композаблы теперь имеют собственный жизненный цикл
    }
}

🚀 Интеграция с Navigation 3
Новый артефакт lifecycle-viewmodel-navigation3 предоставляет готовый декоратор для автоматической привязки ViewModel к отдельным экранам в Navigation 3.

NavDisplay(
    backStack = backStack,
    entryDecorators = listOf(
        rememberSaveableStateHolderNavEntryDecorator(),
        rememberViewModelStoreNavEntryDecorator(), // Добавляем эту строку
    ),
    entryProvider = entryProvider { /* ... */ }
)

Удобства для разработчиков:
👉 Идиоматичный Kotlin API для создания кастомных CreationExtras

    CreationExtras {
        this[MY_CUSTOM_KEY] = "myValue"
    }
    

👉 Метод savedStateHandle.saved() теперь нативно поддерживает nullable типы
👉 Конструкторы SavedStateHandle помечены как @VisibleForTesting

⚠️ Важное изменение
Повышение minSdk с API 21 до API 23 — убедитесь, что ваше приложение соответствует новым требованиям.

#Jetpack #Lifecycle #Compose #Navigation #ViewModel #Kotlin