но с лаяутами я бы даже пробовать не стал во избежание гейзенбагов с неопределенными айдишниками в вариантах лаяутов, очень error prone

какой то инспект есть кстати на айдишники, но это только для альтернативных конфигов, типа, layout-v21 - может подсказать что айдишника нет. в остальных случаях иде не такое умное

Здравствуйте! ознакамливаюсь с mvvm, во время изучения автор вскользь упоминает фабричный метод, но из приводимого кода просто метод который возвращает несколько экземпляров класса, для вызова в main ui потоке, отдельно ознакомился с этой концепцией но вообще не понял в чем ее смысл.
Условно выделил для себя две вещи:
1.  если у нескольких сущностей можно выделить общие черты, нужно создать общий класс от которого они будут наследоваться
2. для инициализации этих объектов желательно использовать один отдельный метод в зависимости от параметров с которыми будут вызываться эти сущности
Правильно ли я понял этот паттерн в рамках андроид, если вообще понял?

не подскажите ли литературу или сайт где есть не абстрактные примеры описания этого паттерна, а конкретный пример с реализацией в рамках Android?

чистая архитектура мартина 11 глава
refactoringguru

благодарю

по сути Вы поняли правильно. В android это встречается в ViewModel.Factory

а вот это действительно полезная информация, потомучто я вообще не знал о существовании Factory во ViewModel, по крайней мере будет что изучить

Вы как ViewModel создавали?

просто для конкретного fragment или для activity создавал класс, который наследовался от ViewModel, уже прочитал нужное, еще раз спасибо

есть тут те, кто знает, как отследить удаление приложения? хочу в аналитику слать ивент

так оно автоматически приходит в аналитику

Всем привет, дайте совет, у меня есть три экрана в BottomNavigationView, на всех трёх RecyclerView и одинаковые элементы, но разные источники данных (первый и третий экран только апи, а второй только из базы). Так же на третьем экране есть поле для поиска. Можно ли сделать в активити один RecyclerView и при переключении табов в BottomNavigationView просто подменять списки в адапторе и сохранять предыдущий список и позицию на которой остановился скролл с предыдущего таба? Или правильнее сделать три фрагмента и если три фрагмента, то стоит ли каждому создавать свою ViewModel?

я так делал в одном приложении - боли больше нахватался (экспериментировал по неопытности)
Как правило там бизнесу нужны будут переходы с сохранением стеков. Будут проблемы, если захотят анимации перехода с элементов и межстраничные

да, у каждого своя VM

1 view -- 1 presentation

если у Ваша задача оптимизация - тогда можно сократить до 1 списка.
Если же Ваша задача гибкость архитектуры - оставьте 3 фрагмента

Спасибо

В примере и правда нет кода , который бы реагировал на изменение состояния и перерисовывал вью.) без этого выглядит как то недосказанно.)

Рассказ же про многомодульность)

А так подписываешься на Observable от ручки API модуля, а дальше через стейт машину mvi-core и mvvm