тут должен работать как shouldUpdate

но апдейтит только 1 раз

вот на всякий случай еще весь виджет https://gist.github.com/Natanagar/918558a643f0983bbd9206a01217a1af

InMemoryCache используется?

там два косяка
- я давно не использую apollo, но если там прилетает апдейт с одинаковым __typename+id и unreadChatMessageChange, то он может это с оптимизировать, потому что данные не поменялись.
- const updatedMessages = 1 если будет всегда там при обновах, то какой смысл дергаться useEffect? там всегда вторым агрументом [1], зависимости не поменялись, поэтому ничего не происходит.

Правильно апи с правильным кодом должно работать в стиле только с useQuery. Правки через подписки должны прилетать через inMemoryCache. Руками в правильной graphql архитектуре никто такое не обновляет.

Если прям сильно хочется руками, то можно что-то вроде
useSubscription(..., { onSubscriptionData: (data) => setMyData(data...) })
делать без useEffect

спс, так работает

вообще убрала юзЭффект

В рамках подписки это не порождает событие это же ивентлуп. Поэтому не работает. На гите куча таких вопросов

есть дока на сайте react o useEffect. Которая скажет то, что я сказал. К чему это сообщение?

К тому как это работает с подписками

народ, а посоветуйте, как правильно организовывать queries? новый проект на работе, в первый раз на gql, проект будет большим достаточно.

Сейчас квери держу в отдельных папках - файлах, потом генерирую типы и хуки через graphql-codegen ссылаясь на них. Приходится квери и хуки создавать по каждому чиху. В итоге, вангую что через месяц их будет очень много в этих файлах и будет сложно ориентироваться и организовывать это всё. Может какой-то другой подход будет лучше?

хм, может переместить квери к их компонентам в папке. Так хотя бы будет понятно что к чему

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

вот да, сейчас так и сделаю

ещё такой вопрос. Сейчас когда я завожу @client квери, приходится вести свою локальную схему, которая расширяет серверную, иначе graphql-codegen не хочет генерировать ничего. Без этого совсем никак не обойтись?

Я использую relay way для этого.
Кверя/мутации валяются рядом с компонентом в конце файла. Так чтобы rm -r src/some/OldComponent удалял все разом и не нужно было бегать по проекту

Порядок работы такой. В файле компонента.

gql`
 my query
`

yarn codegen

import { useMyQuery } from 'generated/graphql'

const [res] = useMyQuery(...);

угу + я хочу сейчас заставить graphql-codegen генерировать всё рядом с компонентом где квери лежит, пока хз как

не, он так не будет генерить. Просто import из общего generated файла.

а вот эта херня разве не для этого?

https://graphql-code-generator.com/docs/presets/near-operation-file