если в запросе приходят новые отображаемые данные, то они автоматически должны заапдейтится
можно еще в эту сторону покопать
https://www.apollographql.com/docs/angular/basics/caching/#normalization

В общем получилось.

this.$apollo.queries.users.startPolling(2000) // ms

@nickvlasov  спасибо что откликнулся

apollo v2 + redux на клиенте есть гайд хороший?

https://www.youtube.com/watch?v=VdoPraj0QqU& посмотри видос

спасибо

А зачем redux, на клиенте я полагаю тоже apollo?

да, apollo. изначалоно был редакс, решил прикрутить gql что б фетчить.

Видео для новичков про то, что такое GraphQL c TechTrain (24 августа 2019)

https://www.youtube.com/watch?v=kMARjBBe4FM

Предстоящие выступления (в планах)
5-6 октября 2019, Харьков, KharkivJS (✈️️ подтверждено)
8-9 ноября 2019, Москва, HolyJS (✈️️ подтверждено)
10 ноября 2019, Москва, Workshop по GraphQL на клиенте (в планах)
11-12 ноября 2019, Москва, есть возможность провести корпоративные тренинги по GraphQL (открыт к предложениям)

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

/trust@shieldy_bot

Принято!

Вопрос по Apollo Boost (Client + HttpLink)

почему в туториалах написано, что у клиента есть св-во link, при этом клиент говорит что его нет?

вот код клиента: gist github com/talentlessguy/3e46e5a10199eef2b5e82f6629ec3e74

вот сообщение в консоли: ApolloBoost was initialized with unsupported options: link

подскажите вот если у меня есть страница на ней несколько виджетов - на каждый сейчас делаем отдельный вызов сетевой - вроде идеальный сценарий для Graphql. Ну есть момент что есть разные конфигурации страниц где-то показываем виджеты A, B, C где-то только C,B и тд. и чтобы это узнать - узнать конфигурацию, надо делать ещё один сетевой запрос. пока придумали только так что запрашиваем данные для всех виджетов в одном grafql запросе (несколько queries) и дальше показываем только то что нужно. Может есть какие-то более изящные решения?

я нашёл решение, нужно было ApolloClient именованно импортировать, а не дефолтом

Я бы подсчитал сколько времени вы экономите на этой потенциальной оптимизации и потом либо бы забил, либо бы чёт думал.

Ибо звучиь как оптимизация ради оптимизации. Надо глянуть че теряет по времени пользователь, а потом оверинжинирить

Эти виджеты ещё на других страницах могут использоваться там хорошо подходит идея того что в graphql можно запрашивать ть несколько queries в запросе, а можно одну