вот не уверена, но предполагаю что прям точно-точно нельзя (так как могут быть вставки). Но примерно вполне можно. Если у тебя на странице X элементов, просто берешь курсор вида (firstElement + pages * X) 🤔

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

на своем проде, интроспекцию не скрываю, просто использую подписанные запросы, и introspectionQuery на фронте не используется и в разрешенный список не попадает )

@lw_lw Спешл фо ю. 😉

Специальная версия GraphQL Voyager с продвинутой системой поиска, которая ищет не только по именам типов и полей, но и по описаниям типов и полей, а также по именам и описаниям аргументов:

https://graphql-voyager-search.web.app

А ещё в этой версии строка поиска не уезжает при скроллинге. :)

Да ладно, зачем так старался!)))

Всем здравствуйте. Не могу нигде найти пример объявления директив при конструировании типа с помощью js конструкторов. Пример:

const TruckDriver: GraphQLObjectType = new GraphQLObjectType({
  name: 'TruckDriver',
  fields: () => ({
    id: { type: GraphQLString },
  }),
})

Где писать директиву?

(не для поля, для всего типа)

В констукторе есть свойство astNode, там их можно объявить. Но они не работают (

видимо директивы на данный момент можно использовать только при задании схемы через SDL

а в чём преимущество JS подхода? чем плох SDL ?

Привет ребята.
Мне придется применять с Графкуел на РЕСТ. Кто то делал такую задачу?

Типа ендпоинтов которые на данным моменте на Графкуел существуют буду менять на РЕСТ.

Я могу явно импортить типы друг файлы с объявлением других типов, могу мержить поля разные с помощью деструктуризации, конструировать enums из typescript enums.
Resolvers расположены рядом с объявлением мутаций и запросов - для меня это плюс, так как это позволило мне удобные врапперы для них написать.
В целом так более явно и понятно откуда у чего ноги растут. Когда на проекте уже типов штук 200 минимум, сложно с этим SDL становится. Вот и переписали.
А сейчас нужна директива) Но видимо прийдется придумывать костыль

Под code-first ты подразумеваешь чистый graphql-js? Больше ничего не юзаешь? Проект на TypeScript?

И какая конечная цель? Чтобы директива была видна в интроспекции (она будет выполняться на клиенте?) или чтобы просто работало?

Тоже думаю на graphql-js переходить

Зачем? Почему именно на него?

А есть более оптимальные низкоуровневые библиотеки?

Я, конечно, понимаю, что все имплементации GraphQL на JS используют под капотом в конечном итоге graphql-js, но он слишком низкоуровневый.