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

Что именно из useQuery? data?

У меня была проблема, что Apollo в useQuery выдавал новые данные, хотя они не менялись и был перерендер. Я поверх тогда сделал useSomeCache() что проверял, что данные не меняются, и выдавал старую ссылку

Если пересесть с Apollo на react query, то проблема пропадет, но это зависит от того, как сложно перейти )

Так, вроде как да, так как оставил в компоненте из юзмемо только эти данные, которые не меняются, но ререндер происходит

Уже прям не вариант переходить

Пробовал graphql с react-query. Все было хорошо пока не понадобилось в одном месте имитировать error-policy: all (при ошибках получать частичные данные и массив ошибок)

@iamrr @aimmlegate может когда-нибудь вам пригодится:
- щас тенденция, что библиотеки псотоянно меняются, приходят новые, старые уходят, старые выпускают мажорную версию и меняют протокол
- библиотеки делаются для “общего абстрактного кэйса” а у вас всегда частный случай

Я для того, чтобы это обойти, никода напрямую сторонние либы в коде не использую, делаю тонкую обертку вокруг них. Тогда:
- нужно перейти на новую либу/версиб? нужно только поменять в одном месте
- есть шероховатости и либа что-то не умеет делать? можно расширить ее функционал

Ну добавить имитацию error policy в react-query я не придумал как.
Она ожидает промис функцию которая или упадёт или резовнется. graphql-request при любой ошибке реджектит.
Да можно написать свой фетчер который всегда будет выдавать что то вроде [data, graphqlErrors?]. Но тогда получается стремное апи , useQuery хук возвращает две сущности с ошибками в разных местах которые нужно обрабатывать, и плагин для graphql codegen становится бесполезным, он не знает о таком ничего, нужно ещё и его переписывать.

В общем проще было вернуть аполло (или urql) в которых из коробки этот функционал есть.

Ага, дата(
Но при каждом открытии модалки проверять 1000 объектов как то не очень нравится мне такой вариант)

Как в GraphQL сделать експорт переменной в другой файл ?

Кусок кода откуда надо достать переменную
@Resolver('Appointment'){
 @Mutation()
 async addAppointment(@Args('input') input) {
   
   const _appointment = new Appointment();
   _appointment.email = input.email;
   _appointment.firstName = input.firstName;
}
}

nest.js

Если у вас Node.js, то точно так же, как в Node.js

Доброе утро. Подскажите, пожалуйста, как корректнее тестировать запросы через graphql в next js на стороне server side?

Речь про мутации?

Или про свободного формата query ?

Подскажите пожалуйста, есть апи на графе, схема.
НО доступ к ней можно получить пройдя по ссылке. Как можно закрыть доступ?

вырубить интроспекцию, на чём у вас сервер? Apollo?
И ещё, чтобы точнее ответить, нужно понимать, различается ли плейграунд от самого api, что требуется закрывать?

аполло
плейграунд такой же

Закрыть чтобы не было доступа по https://.../graphql

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

а как решают такие кейсы?