Телеграмм чат группы graphql_ru страница 1396

parrot.ru

Рейтинг популярных групп и каналов

В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

GraphQL — русскоговорящее сообщество

1226 membersпожаловаться на группу

2020 October 07

BA

Bogdan Aleksandrovic... in GraphQL — русскоговорящее сообщество

всем привет, сталкнулся с проблемой, довольно жесткой, есть к примеру список с подгрузкой, он может быть огромным, в компоненте стоит fetchPolicy: 'network-only',

у списка есть селект, который выполняет мутацию, все работало ровно до того момента, как убрали 'network-only', потому что кеш квери то никто не обновляет, как обновить кеш этой квери именно с тем запросом, который был сделан последний раз

источник

15:12пожаловаться #1

BA

Bogdan Aleksandrovic... in GraphQL — русскоговорящее сообщество

refetchQueries: ['query'],

поможет, если не было догрузок, апдейт руками делать скорее всего не вариант, там миллион полей и вложенностей

источник

15:13пожаловаться #2

ОЛ

Олег Линьков... in GraphQL — русскоговорящее сообщество

А вы в fetchMore делаете updateQuery?

источник

15:23пожаловаться #3

BA

Bogdan Aleksandrovic... in GraphQL — русскоговорящее сообщество

а я увидел, там очко полнейшее, короче что бы получить список - один запрос, догрузка - другой запрос, елементы списка - третий запрос, в итоге вся информация в трех запросах, я пока вообще без понятия, как обновитькеш

источник

15:24пожаловаться #4

ОЛ

Олег Линьков... in GraphQL — русскоговорящее сообщество

Ну тогда самое время рефакторить и читать документацию, в advanced topics по полочкам расписано с обновлением кеша при fetchMore

источник

15:25пожаловаться #5

ОЛ

Олег Линьков... in GraphQL — русскоговорящее сообщество

https://www.apollographql.com/docs/react/caching/advanced-topics/

Apollo GraphQL Docs

Advanced topics on caching

A guide to using the Apollo GraphQL Client with React

источник

15:26пожаловаться #6

BA

Bogdan Aleksandrovic... in GraphQL — русскоговорящее сообщество

Олег Линьков

Ну тогда самое время рефакторить и читать документацию, в advanced topics по полочкам расписано с обновлением кеша при fetchMore

там слишком много, времени не дадут столько, я прям хз, почему так изначально делали

источник

15:32пожаловаться #7

BA

Bogdan Aleksandrovic... in GraphQL — русскоговорящее сообщество

тоесть есть дерево, у него таблицы, у таблицы елементы, у елемента фильтры, вот начальная структура - один запрос, подгрузка елементов - второй, подгрузка таблиц - третий

источник

15:33пожаловаться #8

А

Артём in GraphQL — русскоговорящее сообщество

Коллеги добрый день! У меня есть асинхронная мутация на обновление неких данных. После обновления, мне эти данные надо заново получить. Лучше использовать Subscription, который пришлет обновленные данные или использовать пулинг с помощью query?

источник

15:37пожаловаться #9

ОЛ

Олег Линьков... in GraphQL — русскоговорящее сообщество

Коллеги добрый день! У меня есть асинхронная мутация на обновление неких данных. После обновления, мне эти данные надо заново получить. Лучше использовать Subscription, который пришлет обновленные данные или использовать пулинг с помощью query?

Вот буквально на днях разбирал фронт с такой же логикой, как же хотелось руки отрубить, причем себе. После мутации обновляйте кеш самостоятельно через writeQuery, не плодите лишние запросы, если у вас есть все данные..

источник

15:41пожаловаться #10

ОЛ

Олег Линьков... in GraphQL — русскоговорящее сообщество

Bogdan Aleksandrovich

там слишком много, времени не дадут столько, я прям хз, почему так изначально делали

Ну я тут не подскажу, код не вижу, ну и за вас рефакторить желания нет. Серебряной пули тут нет

источник

15:42пожаловаться #11

BA

Bogdan Aleksandrovic... in GraphQL — русскоговорящее сообщество

так а вообще, если данные идут из 3 разных запросов, обновить разом все три запроса нормальный выход?

источник

15:43пожаловаться #12

ОЛ

Олег Линьков... in GraphQL — русскоговорящее сообщество

Bogdan Aleksandrovich

так а вообще, если данные идут из 3 разных запросов, обновить разом все три запроса нормальный выход?

нет конечно)

источник

15:44пожаловаться #13

А

Артём in GraphQL — русскоговорящее сообщество

Олег Линьков

Вот буквально на днях разбирал фронт с такой же логикой, как же хотелось руки отрубить, причем себе. После мутации обновляйте кеш самостоятельно через writeQuery, не плодите лишние запросы, если у вас есть все данные..

кэшем будет рулить backend, и данные меняются им же со своей логикой

источник

15:44пожаловаться #14

ОЛ

Олег Линьков... in GraphQL — русскоговорящее сообщество

кэшем будет рулить backend, и данные меняются им же со своей логикой

Вы посылаете данные на бек, почему бы не обновить данные на клиенте, вместо доп получения данных?

источник

15:45пожаловаться #15

А

Артём in GraphQL — русскоговорящее сообщество

Олег Линьков

Вы посылаете данные на бек, почему бы не обновить данные на клиенте, вместо доп получения данных?

потому что логику изменения данных диктует бек

источник

15:46пожаловаться #16

ОЛ

Олег Линьков... in GraphQL — русскоговорящее сообщество

потому что логику изменения данных диктует бек

Не буду спорить, но логику данных диктует схема и на клиенте она в актуальном виде. Хотите лишние данные по сети катать, вместо использования логики - ваше дело :) Тогда вам polling очень подойдет

источник

15:48пожаловаться #17

АР

Алексей Родионов... in GraphQL — русскоговорящее сообщество

При правильном дизайне GraphQL-схемы у любой мутации должен быть ответ:

mutation {
  updateBook(title: "Introduction to GraphQL", pages: 150, chapters: 12, authors: ["Peter Mbanugo", "Peter Smith"]) {
    title
    pages
    authors {
      name
    }
  }
}

То есть, после выполнения мутации, сразу же происходит запрос обновлённых данных. Эти данные должны проапдейтить кэш.

источник

15:49пожаловаться #18

АР

Алексей Родионов... in GraphQL — русскоговорящее сообщество

type Mutation {
  updateBook(title: String!, authors: [String!]!, pages: Int): Book!
}

источник

15:52пожаловаться #19

А

Артём in GraphQL — русскоговорящее сообщество

понял, спасибо!

источник

15:52пожаловаться #20