Там есть SavedState ViewModel

Это все через фабрику создаёшь

А так она будет жить пока есть ее вью

И будет уничтожена только если вышел из view

Всем привет! Погружаюсь в чистую архитектуру. Есть в общем такой юзкейс - получить пользовательские проекты. И есть два источника данных - сеть и бд.  Юзер получает проекты, если какая-то сетевая ошибка - показываю сообщение об ошибке в юае + нужно получить проекты из бд. Правильно ли понимаю что должен быть какой-то абстрактный репозиторий с методом getUserProjects() в который инжектятся 2 дата соурса? Тогда кто решает откуда получать данные? Презентер дергает юзкейс с параметром для репозитория и в зависимости от параметра в нем выбирается нужный дата соурс?

Вопрос хороший и не раз обсужденный, полистайте чатик, пока кто-нибудь ответит)

Спасибо! в предложенном мной варианте смущает только то, что получу репозиторий, зависящий от domain-слоя

Это правильное направление зависимости

В приложении есть listener который слушает соединение с интернетом. И сообщает о разрыве/соединении.
Вопрос: этот listener должен лежать на data-layer? И как будет выглядеть цепочка вызов (connectionListener-repository-interactor-presenter-ui)?

Почему бы репозиторию самому не решить откуда данные брать?

Рекомендую, кстати, посмотреть на то, какие подходы и решения ребята использовали при реализации репозитория промышленного масштаба: https://dropbox.tech/mobile/store-grand-re-opening-loading-android-data-with-coroutines
Есть ещё доклад с KotlinConf 2019, там тоже хорошо описано.

Понятное дело что такой комбайн вам может быть и не нужен, но общие концепции вполне применимы и к самописным решениям. Например, ответ на вопрос, кто решает, откуда брать данные

Тогда в репозитории нужно обработать ошибку, передать ее дальше в презентер как-то и в то же время обратиться к базе за проектами. Не представляю пока как это технически реализовать

Спасибо всем за помощь!

А в чем сложность? Репозиторий может возвращать какую нибудь обертку над данными.

Вопрос немного не про архитектуру, но зачем пользователю показывать ошибку если после сетевой ошибки идет по факту фолбек на локальную бд? Тогда получается если будет ошибка чтения с бд, то пользователь увидит 2 ошибки, а если нет, то он увидит ошибку о том, что не удалось загрузить данные и потом данные все равно откуда-то придут 🤔

хороший вопрос! можно сказать исторически так сложилось - уведомить юзера что данные не совсем актуальны

Тогда может будет проще сделать фолбек на бд, отдавать результат в обертке, по ней смотреть откуда в итоге пришли данные и показывать соотвествующую нотификашку? Я не знаю правда насколько это хорошая идея потому что сам ещё разбираюсь)

В приложении есть listener который слушает соединение с интернетом. И сообщает о разрыве/соединении.
Вопрос: этот listener должен лежать на data-layer? И как будет выглядеть цепочка вызов (connectionListener-repository-interactor-presenter-ui)?