если такого парсера нет, приходится такие объекты руками писать

получается просто писать графкл схемы и все?

ну, может, ты их динамически как-то захочешь создавать

как то инфы толком мало, все воды много, как например чекать токен и авторизацию, мы парсим запрос, если там есть обертка authorized - то ставим токен с клиента, в резолвере в хедеры токен тоже ставим, что то так себе выглядит

или хочешь чтобы описание схемы и резолверы обязательно рядом в коде были

Ребят, а есть в каком то из gql фреймворков возможность проверить, запросил ли клиент какое то определенное поле.
Юзкейс:
У меня есть тип  User в котором помимо типовых полей типо email, username, id, etc. есть поле usedStorage. Чтобы получить это поле бэку нужно делать запрос на сервис амазона, чтобы выяснить, сколько у пользователя использовано места в хранилище. В связи с этим было бы неплохо иметь возможность в самом ресолвере определять, нужно ли это поле клиенту, и если нет, то запрос не делать.

Можно ли так делать?

можно поидее парсить в линке запрос, если поле есть, в контекст передать что оно есть, в резолвере чекать контекст, если есть, что то делать

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

т.к. внутри он ведь полюбому парсит запрос

Посмотри getastprojection в graphql-compose

getProjectionFromAST() если быть точным

а для чего graphql-compose что то не пойму толком

помогает схему дифайнить

nice. спасибо

а по русски? что такое дифайнить

создавать

есть еще graphql-list-fields, но он вроде чуть хуже чем в первой ссылке

что то я максимально перестал понимать