P
Singular
zip чтоли?
Не
Зип 2 сакасеса
Зип 2 сакасеса
Size: a a a
2020 August 29
S
О, похоже на правду
onErrorReturn используй
S
перед вызовом в flatmap в бд
AP
Singular
onErrorReturn используй
Ага, ща буду пробовать, спасибо
P
Да, if else тут очевидно лишние, это ясно. Я просто не догоняю как тут сделать, если выключить сеть, то сваливаюсь в ошибку там где subscribe делаю. А как сделать так, чтобы при наличии инета и нормальном ответе от сервака мы обновляли данные в БД, а при отсутствии подтягивали из БД последние подгруженные данные...
Короче не помню но я бы делал так
Репозиторий грубо говоря в котором просто вызовы и возвращает observable на который подписать Надо в презентере,вью модель и тд
И в репозитории этом сначала нэт запрос и после него сразу onError resume next и туда бд кидаешь
Репозиторий грубо говоря в котором просто вызовы и возвращает observable на который подписать Надо в презентере,вью модель и тд
И в репозитории этом сначала нэт запрос и после него сразу onError resume next и туда бд кидаешь
AP
Короче не помню но я бы делал так
Репозиторий грубо говоря в котором просто вызовы и возвращает observable на который подписать Надо в презентере,вью модель и тд
И в репозитории этом сначала нэт запрос и после него сразу onError resume next и туда бд кидаешь
Репозиторий грубо говоря в котором просто вызовы и возвращает observable на который подписать Надо в презентере,вью модель и тд
И в репозитории этом сначала нэт запрос и после него сразу onError resume next и туда бд кидаешь
Хм.. Тоже попробую, спасибо
S
Короче не помню но я бы делал так
Репозиторий грубо говоря в котором просто вызовы и возвращает observable на который подписать Надо в презентере,вью модель и тд
И в репозитории этом сначала нэт запрос и после него сразу onError resume next и туда бд кидаешь
Репозиторий грубо говоря в котором просто вызовы и возвращает observable на который подписать Надо в презентере,вью модель и тд
И в репозитории этом сначала нэт запрос и после него сразу onError resume next и туда бд кидаешь
тож как вариант
S
Короче не помню как называется оператор
Кидаешь 2 источника,если 1 фейл то вызовится 2й
Кидаешь 2 источника,если 1 фейл то вызовится 2й
вспомни название метода, оч интерстно
P
Singular
вспомни название метода, оч интерстно
В понедельник точно скажу когда у компа буду
AP
В понедельник точно скажу когда у компа буду
Будем ждать)
P
Возможно немного схитрил тогда
Давно писал проект
Скорее всего в слое инета при ошибки возвращал empty
А в use case вызывал инет запрос и потом .switchIfEmpty() и туда бд кидал
Давно писал проект
Скорее всего в слое инета при ошибки возвращал empty
А в use case вызывал инет запрос и потом .switchIfEmpty() и туда бд кидал
АК
О, похоже на правду
onErrorResumeNext и смотришь какого типа ошибка. 2 вариант - ЗИП
2020 August 31
AP
Короче не помню как называется оператор
Кидаешь 2 источника,если 1 фейл то вызовится 2й
Кидаешь 2 источника,если 1 фейл то вызовится 2й
concatArray, не?)
P
глянул
создавал 2 Observable и делал так
return networkSourse.onErrorResumeNext(dbSource)
создавал 2 Observable и делал так
return networkSourse.onErrorResumeNext(dbSource)
S
глянул
создавал 2 Observable и делал так
return networkSourse.onErrorResumeNext(dbSource)
создавал 2 Observable и делал так
return networkSourse.onErrorResumeNext(dbSource)
А если ошибки нету? То как совместить
network.flatmap{db}
и network.onErrorResumeNext{db}
network.flatmap{db}
и network.onErrorResumeNext{db}
S
?
S
только в onErrorRes мы не записываем а считываем из базы
P
Singular
А если ошибки нету? То как совместить
network.flatmap{db}
и network.onErrorResumeNext{db}
network.flatmap{db}
и network.onErrorResumeNext{db}
В смысле надо и туда и туда и результат вернуть?
S
Смотри
S
Делаем запрос в сеть, затем сохраняем в бд и отдаем результат подписчику
Если запрос в сеть не удался, то берем данные из бд и отдаем результат подписчику
Если запрос в сеть не удался, то берем данные из бд и отдаем результат подписчику