#ViewModel #ArchitectureComponent #UnderTheHood

Android ViewModel. How it works

Android Architecture Components - довольно популярное решение на сегодня в Android разработке. Понимание механизмов работы его компонентов поможет эффективнее использовать его и подать идеи как реализовать другой функционал с использованием аналогичных механизмов.

В статье разбирается:
👉 ViewModelProvider
👉 ViewModelStore
👉 ViewModelStoreOwner
👉 Эволюция ViewModel: 2017, 2018, 2019
👉 Где хранится ViewModel чтобы переживать пересоздания Activity/Fragment при смене конфигурации

#DependencyInjection #ArchitectureComponents #ViewModel

Injecting ViewModel — hard to easy

В современной Android разработке очень популярна архитектура MVVM на основе Arch Components. И куда же современное приложение без Dependency Injection (DI).

Создание ViewModel и доставка зависимостей в ее конструктор с помощью DI - нетривиальная задача, так как создать ViewModel просто через конструктор неправильно, нужно делать это через ViewModelProvider.Factory.

В статье разбирается как решить эту задачу с помощью Dagger и Koin.

#ArchitectureComponents #ViewModel

Should I use Jetpack ViewModel?

Архитектура MVVM на основе Jetpack на сегодня довольно популярна в Android разработке. Вы задумывались так ли много проблем решает ViewModel из Jetpack?

Автор в своей статье приводит доводы, которые заставят вас задуматься так ли все просто и помогут найти проблемы

#Hilt #ViewModel

Using Hilt’s ViewModelComponent

В Dagger 2.31 появился ViewModelComponent и соответствующий Scope. Для того чтобы переиспользовать сущности за пределами жизни Activity у нас существует теперь 2 scope: @ViewModelScoped и @ActivityRetainedScoped

#Compose #ViewModel #Flow

Better handling states between ViewModel and Composable

В статье рассказывается как лучше соединить изменение состояния из ViewModel в Compose на основе Coroutines Flow

#ViewModel #Dagger

Способы инжектить ViewModel с помощью Dagger: что может пойти не так

Рецепт как соединить DI через Dagger с Arch Components, чтобы делать inject ViewModel и зависимостей в них

#compose #viewmodel #navigation

Jetpack Compose navigation architecture with ViewModels

Вариант организации навигации с Jetpack Compose, который предлагает Google и как туда вписать ViewModel

#viewmodel #livedata #flow

Kotlin’s Flow in ViewModels: it’s complicated

Разбор реактивных подходов в ViewModel: LiveData, Flow, StateFlow, сравнение и почему LiveData ещё может быть актуальна

#compose #viewmodel

Compose UI and the death of ViewModel

Рассуждения на тему, что при использовании Jetpack Compose ViewModel больше не нужна т.к. не её жизненный цикл привязан к жизни Activity/Fragment.

Моё мнение, что нужно правильнее организовать хранение ViewModel и привязать его к правильному scope Compose функции. Например, уже сейчас есть привязка к графу навигации

#viewmodel

Don't let ViewModel knew about framework level dependencies

Пример почему использовать что-то из Android SDK, за исключение JDK классов, является плохим и создаст вам проблемы в тестах и как абстрагироваться от Android Framework

#compose #viewmodel

ViewModels using Compose: MutableStateFlows or MutableStates?

Руководство как организовать сохранение состояния между пересозданиями процесса, когда вы используете Compose в центре которого состояние. Автор использует ViewModel + SavedStateHandle.

Сравнение подходов между хранением состояния в. ViewModel в видео одного объекте или множества свойств внутри ViewModel. Подробности тут (EN, 4 мин, ссылка без VPN). Делитесь в комментариях какой подход выбираете вы и почему

#viewmodel #architecture

Обновления Lifecycle.2.8.0-alpha03 заслуживают отдельного поста
👉 ViewModel.viewModelScope теперь можно перегрузить через конструктор. Сможете свои параметры CoroutineContext задать
👉 Артефакт lifecycle-viewmodel теперь мультиплатформенный, а также все API в них ViewModel, ViewModelStore, ViewModelStoreOwner, и ViewModelProvider
👉 Прошла миграция с Java class на Kotlin KClass

#jetpackupdate #kmp #jetpack #viewmodel

Обновления библиотек Jetpack Lifecycle 2.8.0

Lifecycle
👉 LocalLifecycleOwner из Compose переехал в lifecycle-runtime-compose
👉 Новые Composable API dropUnlessResumed и dropUnlessStarted что позволяет лямбду вызывать только когда LifecycleOwner достигнет состояния Resumed/Started соотвественно и не будет вызывать когда выйдет из него. Например, полезно для навигации
👉 LifecycleStartEffect и LifecycleResumeEffect бросают ошибку если не задать key. По аналоги с DisposableEffect
👉 API Lifecycle, LifecycleOwner, LifecycleObserver, Lifecycle.State, Lifecycle.Event и LifecycleRegistry теперь являются частью мультиплатформенных модулей

ViewModel
👉 ViewModel теперь позволяет передать произвольный CoroutineScope при создании. Полезно для тестов и не только
👉 ViewModel переписали на Kotlin и перешли с Closable на AutoClosable из Kotlin
👉 API ViewModel, ViewModelStore, ViewModelStoreOwner и ViewModelProvider теперь являются частью мультиплатформенных модулей
👉 ViewModelProvider.NewInstanceFactory и ViewModelProvider.AndroidViewModelFactory доступны только на Android
👉 Для всех таргетов не Android должна быть обязательна указана фабрика для ViewModel

LiveData
👉 Переписали NullSafeMutableLiveData

#lifecycle #viewmodel #compose #kmp

Как правильно работать с MutableStateFlow внутри ViewModel и из вне

Если вы пишите под Android и используете MVVM и корутины, то у вас будет подобный код

class YourViewModel() : ViewModel() {
    val state = MutableStateFlow<State>(State.Initial)
}

По всем рекомендациям мы не должны давать наружу изменяемое состояние и все изменения должны делать только через методы. Самый простой вариант - указание отдельного публичного типа.

class YourViewModel() : ViewModel() {
    private val _state = MutableStateFlow<State>(State.Initial)

    val state: StateFlow<State>
         get() = _state
}

В Kotlin есть возможность указать разного типа для свойства и его field, но пока доступна только как экспериментальная. Использовать её в продакшен коде на текущем этапе жизни не рекомендуется

С таким подходом мы закрыли через приведение типа на уровне свойства. Авторы Kotlin Coroutines позаботились о нас и сделали нашу жизнь проще с помощью функции asStateFlow(), который под капотом обернет MutableStateFlow в ReadonlyStateFlow и вернёт его как StateFlow. Применяя оператор мы получим следующий код:

class YourViewModel() : ViewModel() {
    private val _state = MutableStateFlow<State>(State.Initial)

    val state: StateFlow<State>
         get() = _state.asStateFlow()
}

Каждое обращение к свойства state будет приводить к созданию новому экземпляру StateFlow, что является лишним, так как один StateFlow может иметь несколько коллекторов (подписчиков) на данные и никак не повлияет на работу, то можно сразу задавать свойство безе перегрузки get()

class YourViewModel() : ViewModel() {
    private val _state = MutableStateFlow<State>(State.Initial)

    // Создаем StateFlow, предназначенный для получения
    // состояния из вне ViewModel
    val state = _state.asStateFlow()
}

Больше подобных моих материалов и подборка интересных статей, книг, видео есть в Базе Знаний Android разработчика

#android #kotlin #coroutines #jetpack #viewmodel #AndroidBroadcast #БазаЗнаний

Погружение в код реализации Jetpack ViewModel (EN, 5м)

Разбор как реализована Jetpack ViewModel после добавления поддержки KMP: код в класса, AutoClosable, viewModelScope

Для платных подписчиков на Boosty можно найти обзор всех фичей ViewModel, которые будут полезны вам

#android #kmp #jetpack #androidx #viewmodel #подкапотом