добрый вечер! использую хук useQuery, но при серверном рендере он не собирает данные, а срабатывает loading

Я в этом году делал три доклада, могу сформулировать все известные мне подводные камни, проверим то или не то 🙂

1. N + 1 сложнее обнаружить и обработать потому, что нам (в отличие от REST) нужно понять динамически, какие данные загружать из БД
2. Кэширование в целом и HTTP кэш в частности делать сложно и руками
3. Нет рекурсивных запросов и оператора "выбрать все" (`query { user { * } }`)
4. В некоторых случаях подход "атомарных мутаций" превращается в "четыре мутации одно и то же поле одинаково обновляют"
5. Появляются новая уязвимость "сложный/глубокий запрос"
6. Есть шанс спроектировать схему "как REST", и потом понять, что старые проблемы не решились, а новые прибавились 🙂

+, плюс на клиенте еще крайне скромный локал стейт.

Скромный в каком плане?

Это уже проблема конкретной реализации 🙂коллега тут недавно делился опытом эксплуатации gql без Apollo и relay https://m.youtube.com/watch?v=Pb8ExrULs10

Дичь это весь redux и тем более смешивать его с аполло. Иногда нужен второй стейт, но никак не redux.

Есть кто использует graphql  на джава? Как оно?

Есть предположение, что в коде на клиенте не учтены жизненные циклы приложения, в частности subscribeToMore не затолкнут в

componentDidMount() {
   this.props.subscribeToUpdates();
}

буду искать информацию как все это реализовать с учетом hooks

Решил отписать, что нашел решение, хоть и не совсем понимаю как оно работает, конструкция, что решает проблему выглядит следующим образом:
useEffect(() => {
  const unsubscribe =
    subscribeToMore { document: TASK_UPDATED };
  return () => unsubscribe();
}, [subscribeToMore]);

А ты напиши это не в функциональном компоненте, если не понял что тут

В резолвере верни, если бек не твой, попроси, что бы сделали