🚀🚀
чтобы поймать асинхронный throw нужно сделать await, чтобы работать с fetch нужно помнить что HTTP 500 это не ошибка запроса а ответ
Size: a a a
2020 June 30
YL
и внутри него есть try catch так что throw можно делать явно как папуг так и невно авейтнув нечто что может выкинуть исключение
TG
чтобы поймать асинхронный throw нужно сделать await, чтобы работать с fetch нужно помнить что HTTP 500 это не ошибка запроса а ответ
это верно, но обычно обработка невалидного ответа или 500 и тому подобного. покрывается одним или очень похожим действием
YL
это верно, но обычно обработка невалидного ответа или 500 и тому подобного. покрывается одним или очень похожим действием
тот же сплит позволяет разработчикам относится к ошибкам с чуть большей заботой и дифференцировать хотя бы контент сообщения об ошибке)
🚀🚀
это верно, но обычно обработка невалидного ответа или 500 и тому подобного. покрывается одним или очень похожим действием
это да
АШ
Всем привет
Подскажите пожалуйста, как в эффекторе правильно сделать пулинг данных?
Подскажите пожалуйста, как в эффекторе правильно сделать пулинг данных?
AO
Всем привет
Подскажите пожалуйста, как в эффекторе правильно сделать пулинг данных?
Подскажите пожалуйста, как в эффекторе правильно сделать пулинг данных?
Что такое пулинг данных?
AO
polling?
🦄
Всем привет
Подскажите пожалуйста, как в эффекторе правильно сделать пулинг данных?
Подскажите пожалуйста, как в эффекторе правильно сделать пулинг данных?
через Effect видимо
АШ
Да, каждую секунду делать запрос к серверу и получать данные оттуда
AO
В примере есть автоматическое обновление по истечению интервала
AO
TL;DR создаем эффект
refreshTimeout делаем forward({from: refreshTimeout.done, to: refreshTimeout}) - это обеспечит циклические вызов эффекта, сам эффект просто резолвится через заданный интервал, далее просто вызываем обновление данных примерно так forward({from: refreshTimeout, to: fetchData})АШ
Спасибо большое. Разберусь!
DS
Aleksandr Osipov
TL;DR создаем эффект
refreshTimeout делаем forward({from: refreshTimeout.done, to: refreshTimeout}) - это обеспечит циклические вызов эффекта, сам эффект просто резолвится через заданный интервал, далее просто вызываем обновление данных примерно так forward({from: refreshTimeout, to: fetchData})*
forward({from: fetchData.done, to: refreshTimeout})
Будет более явным намерением и отсечет вероятность того, что какой-либо fetchData завершится после очередного тика и возникнут паралельные запросы inFlight . (да можно и гвардом)AO
*
forward({from: fetchData.done, to: refreshTimeout})
Будет более явным намерением и отсечет вероятность того, что какой-либо fetchData завершится после очередного тика и возникнут паралельные запросы inFlight . (да можно и гвардом)Да, так лучше
АШ
И еще вопрос
вот есть $store.on(event, ()=>{})
вот есть $store.on(event, ()=>{})
АШ
как можно подписать на несколько event
OR
а что, лучше так импортить
import { condition } from 'patronum/condition';? я просто всегда из мтериала импортировал import { a, b, c... } from '@material-core'.