BA
как раз про client директивы выше писали :)
Я просто не особо понял, резолвере нужен директива клиент или нет, смотрю, вроде нет, но тогда данные откуда возьмет
Size: a a a
2020 July 24
BA
Steve
Все таким образом проверять?
Колбек есть при удачном запросе, в нем тригерни второй
A
Steve
Все таким образом проверять?
Вы же говорите, что следующий результат зависит от предыдущего, т.е. проверка в любом случае нужна
S
Albert
Вы же говорите, что следующий результат зависит от предыдущего, т.е. проверка в любом случае нужна
Нашел более элегантный способ чтобы не было таких ошибок, во втором запросе передать {skip: !firstVar} тогда он не будет даже совершать этот запрос пока нет данных от первого
A
Steve
Нашел более элегантный способ чтобы не было таких ошибок, во втором запросе передать {skip: !firstVar} тогда он не будет даже совершать этот запрос пока нет данных от первого
💪
D
ребят, всем привет! подскажите плиз, где сохраняются запросы, ожидающией отправки на сервер (в случае недоступности соединения, сети), и есть ли возможность это сохранить, скажем в persistCache({ cache })?
S
Использую client.query потому что так есть возможность await-ить запросы. Но с этим подходом теперь не могу добавить pollInterval чтобы обновлять данные не из кэша а с сервака каждую минуту
S
Как лучшн всего это можно решить?
S
Albert
Лично я почти везде юзаю client.query 😬
UseQuery удобно и реактивно, но всегда будет крэшиться при анмаунте компонента, потому что никак нельзя отписаться от watch насколько я знаю. Может у кого-то есть решение?
UseQuery удобно и реактивно, но всегда будет крэшиться при анмаунте компонента, потому что никак нельзя отписаться от watch насколько я знаю. Может у кого-то есть решение?
Ты как раз говорил что юзаешь его. Что делаешь если нужно каждую минуту (или 5-10 мин) подтягивать с сервака?
A
Steve
Ты как раз говорил что юзаешь его. Что делаешь если нужно каждую минуту (или 5-10 мин) подтягивать с сервака?
Ты руками выставлял время интервала? Можно самому переписать логику поллинга. Заведи toggle переменную в useState. Её в useEffect отслеживай. Когда изменяется - посылай свой запрос на сервер и обновляй таймер и переменную
A
Можно всё это дело в кастомный хук упаковать и будет не совсем страшно выглядеть
AP
А зачем эвейтить запрос?!
AP
Вся прелесть убивается
A
Ребята с useQuery, в чём ваш секрет? Как вы сменяете роуты? У меня всё ломается при анмаунте компонента с активным useQuery
AP
Никогда не сталкивался
А что ломается?? Что пишет?
А что ломается?? Что пишет?
A
Известная проблема. https://github.com/apollographql/apollo-client/issues/4955
ОЛ
А в чем проблема что запрос не отменяется ?
ОЛ
Он же все равно в кеш заносится
AP
Вот и я не понимаю, если честно
S
Alexander Podkidyshev
А зачем эвейтить запрос?!
Потому что делаю запрос внутри async функции которая внутри useEffect, если делать хуками, ругается что в этом месте хук не положен