Джейк сетовал на то, что как люди с мозгами покореженными джавкой, они заняли само имя ViewModel и наебенили сверху фактори с интерфейсами, так, что без DI фиг туда зависимости протащишь. Тогда как вся эта громкая ViewModel это HashMap с твоими объектами (он и в сорцах так), который должен пережить поворот экрана. Т.е. по нормальному, они должны были дать тебе "вот мешок, кидай сюда, мы придержим". И ты его уже используешь в своем ViewModel, Presenter, NeKanoni4naiaEbalaPotomu4toNeUmeiuVArhitecturu, etc.

Т.е. пошли по наследованию, вместо композиции. Фу, так делать.

Привет
Подключил room и вот думаю как его использовать на максимум.
Пока просто вытаскиваю из него данные обьектами, но знаю что можно получить с него LiveData<...> и подписатся на обновления данных в таблице. Но что если мне нужно для отображения экрана несколько обьектов из нескольких таблиц?
У меня сейчас MVP архитектура + корутины. Из презентера делаю несколько запросов в интерактор, получаю все необходимые данные, собираю в модельки для вьюшки, и отдаю на отрисовку. Пока происходит выгрузка данных - показываю на экране лоадер.
Видел https://developer.android.com/jetpack/docs/guide#addendum но пока всеравно не нашел ответ на вышеуказанный вопрос. Может кто подскажет?

> без DI фиг туда зависимости протащишь
Да норм протащить можно.

> ViewModel это HashMap
Чё?🤔

> Они должны были дать тебе "вот мешок, кидай сюда, мы придержим"
SavedStateHandle

> Они пошли по наследованию вместо композиции
Где они так пошли? Вообще не понял к чему это

Вот saved state препогано сделано, на мой взгляд

Есть смысл делать сериализацию в saved state только в нужный момент, а не постоянно.

Плюс нужно использовать их фабрику.

А вот это наследование: class MyViewModel : ViewModel() {}. :)

У класса нет имплементации. Почему не интерфейс?

Про мапу, вероятно, имели в виду ViewModelStore.

А как без фабрики? В любом случае нужна фабрика для вьюмодели, если ты хочешь нормально передавать зависимости. И не обязательно делать на каждую вьюмодель по фабрике

https://github.com/indrih17/cleanandroid/blob/develop/cleanmvvm/src/main/java/indrih/cleanandroid/cleanmvvm/base/ViewModelFactory.kt

https://github.com/indrih17/cleanandroid/blob/develop/cleanmvvm/src/main/java/indrih/cleanandroid/cleanmvvm/utils/Extensions.kt

Ну норм, чё

Ну явно же были причины

Может кто работал с paging library, можно ли там инвалидировать один конкретный элемент?
Я когда дергаю invalidate у меня весь RecyclerView пересоздается и кидает в самое начало
использую PositionalDataSource

Так любой плохой дизайн можно оправдать. :)

Чувак, они писали на джаве ещё в то время. На джаве 6 нет интерфейсов с дефолтной реализацией методов. Как они бы тебе сделали интерфейсы?

Я о том, что если у меня есть фабрика для моих ViewModel, а потом я хочу использовать SavedStateHandle механизм - мои фабрики выбрасываются.

Нет, посмотри внимательно

А у ViewModel и нет дефолтной реализации.

Смотрю.

androidx.lifecycle.SavedStateHandle

A handle to saved state passed down to ViewModel. You should use SavedStateVMFactory if you want to receive this object in ViewModel's constructor.