AP
И храниться данные тоже будут в аппликейшене?
в синглтоне
Size: a a a
2017 February 08
AP
просто нужно в какой-то точке входа их получить
sm
Если синглтон, то какая разница где он будет вызван первый раз? А онкрит аппа, или в онкрит какойнить активити.
sm
Мне подход не нравится, но может местные гуру смогут это доказать красивыми словами или опровергнуть.
AP
Если синглтон, то какая разница где он будет вызван первый раз? А онкрит аппа, или в онкрит какойнить активити.
разница есть
AP
точек входа в приложение может быть несколько
AP
мы можем из любой активити попасть назад в прилжение
AP
а он креат в апп будет вызван всегда, если процесс заново создается
i
а он креат в апп будет вызван всегда, если процесс заново создается
а чего бы не запустить сервис в апликейшене и синхронизироваться уже там ?
AP
а чего бы не запустить сервис в апликейшене и синхронизироваться уже там ?
Типо неубиваемый?
AP
а чего бы не запустить сервис в апликейшене и синхронизироваться уже там ?
Пахнет синк адаптером
sm
а чего бы не запустить сервис в апликейшене и синхронизироваться уже там ?
Тока хотел написать насчет сервиса)
AB
@InjectViewState Все презентеры обращаются за данными к одному репоиторию, который отдает либо из кэша либо грузит их заново
sm
А синглтон вообще говорят не самый хороший паттерн для использовония.
DB
@InjectViewState Все презентеры обращаются за данными к одному репоиторию, который отдает либо из кэша либо грузит их заново
А у вас я так понимаю репозитории не разделены по фичам как бы? все собрано в одном классе?
AB
не правильно понимаете
AP
@InjectViewState Все презентеры обращаются за данными к одному репоиторию, который отдает либо из кэша либо грузит их заново
т.е. запрос в каждой активити презентер обращается к репозиторию за данными, который в сеть всегда ходит?
ЫК
репозиторий в теории сам знает куда ему ходить - в кеш или в сеть, или в базу
а также валидировать отдаваемые данные
а также валидировать отдаваемые данные
AB
репозиторий в теории сам знает куда ему ходить - в кеш или в сеть, или в базу
а также валидировать отдаваемые данные
а также валидировать отдаваемые данные
👍
S
если retrofit возвращает условный List с большим количеством полей , то лучше эти поля в презентер передать, как одну,целую модель(конечно предварительно "обернув" их в эту модель)
и где тогда хранить эту модель(в каком слое MVP) ....?
или сетитить прям в презентер ?
и где тогда хранить эту модель(в каком слое MVP) ....?
или сетитить прям в презентер ?