ОЛ
Ну вы описываете схему же. Кой толк от graphql если у вас на выходе будет не документированный вывод
Size: a a a
2020 July 14
V
Для резервных моков, например
V
Вывод будет документированный, но с общими данными
ОЛ
Опишите подробнее. Сейчас ничего не понятно. Если нужны моки без резолва используете фейкер или свои моки. Но тип возврата то все равно нужно описать
PG
А нет ли тут кого-нибудь кто знает как правильно писать данные в кеш внутри apollo-линков?)
V
А нет ли тут кого-нибудь кто знает как правильно писать данные в кеш внутри apollo-линков?)
Зачем нужны аполло линки?
PG
Зачем нужны аполло линки?
Это что-то типа middleware чтобы вклиниваться в flow обработки запросов (operation) и делать там что-нибудь интересное, например какое-нибудь хитрое логирование. Мне сейчас нужно внутри линка который обрабатывает ошибки записать данные в кеш.
V
Это что-то типа middleware чтобы вклиниваться в flow обработки запросов (operation) и делать там что-нибудь интересное, например какое-нибудь хитрое логирование. Мне сейчас нужно внутри линка который обрабатывает ошибки записать данные в кеш.
Можно запустить спец. фейковый запрос который запишется в кэш? В такой мидлваре…
PG
Это на клиенте. Я пока просто делаю
cache.writeQuery внутри линка, но мне кажется что это неправильно :)V
Опишите подробнее. Сейчас ничего не понятно. Если нужны моки без резолва используете фейкер или свои моки. Но тип возврата то все равно нужно описать
Я сейчас разрабатываю бэкенд. Не все резолверы готовы. Но есть большие моки, которые можно временно передавать на фронт для тех запросов, для которых еще нету резолверов. Все это должно быть реализовано функцией, которая будет проверять - есть резолвер для текущего запроса или нет и в зависимости от этого возвращать моки или резолвер.
PG
Vit@LL
Я сейчас разрабатываю бэкенд. Не все резолверы готовы. Но есть большие моки, которые можно временно передавать на фронт для тех запросов, для которых еще нету резолверов. Все это должно быть реализовано функцией, которая будет проверять - есть резолвер для текущего запроса или нет и в зависимости от этого возвращать моки или резолвер.
P@
Это на клиенте. Я пока просто делаю
cache.writeQuery внутри линка, но мне кажется что это неправильно :)Костыльненько, но почему бы и нет. Т.к. собственно это и происходит под капотом в самом аполло когда прилетает ответ.
P@
Вопрос в другом, что такое ты получаешь, что надо в кеш писать?
P@
Почему графкуэль ответ в дата тебе не возвращает необходимые данные?
Errors обычно содержит ошибки разработчика.
А вот ошибки пользователя уже хорошо бы возвращать в data. Чтоб они были покрыты схемой и статическим анализом.
Errors обычно содержит ошибки разработчика.
А вот ошибки пользователя уже хорошо бы возвращать в data. Чтоб они были покрыты схемой и статическим анализом.
PG
Вопрос в другом, что такое ты получаешь, что надо в кеш писать?
У нас есть такая штука, как "какая-то непонятная серверная ошибка". Это может быть, например 50x ответ от кубика (т.е до сервера даже не дошло). В этот момент нам нужно показать красивую нотификацию (они бывают разных типов, информационные, с ошибкой и т.д) вот эту самую нотификацию я и пишу в кеш
P@
Ой. Заведи отдельный стор для нотификейшенов.
P@
Не мучай серверный кеш, который хранится в аполло.
PG
Ой. Заведи отдельный стор для нотификейшенов.
Можно, только вот нотификации еще и сервер иногда шлет :)
P@
Ты хуки к запросам генерируешь graphql-codegen'ом?
P@
И как сервер присылает нотификейшены? В кверях/мутациях или подписках?