Всем привет!

Реализовал директиву hasRole, которую можно применять к FIELD_DEFINITION и OBJECT по инструкции из https://www.apollographql.com/docs/graphql-tools/schema-directives#enforcing-access-permissions.

Хочу, чтобы её можно было навешивать на аргументы и инпуты мутаций, то есть на ARGUMENT_DEFINITION и INPUT_FIELD_DEFINITION.

Логика такая: например, в мутации updatePost ограничить изменение title таким образом, чтобы только администраторы могли менять это поле, путём навешивания директивы на аргумент title. При этом на аргумент content ничего не навешивать, разрешив тем самым всем редактировать поле content. Или навесить директиву с другой ролью (отличной от администратора).

Возможно ли это вообще?

Очевидно, что нужно использовать visitArgumentDefinition и visitInputFieldDefinition.

Но проблема в том, что у argument'ов и input field'ов в field нет resolve.

Представь ситуацию, что у тебя один ИнпутТип используется в 30 резолверах. Соответственно во всех 30 местах тебе надо навешать проверку  на “правильность” значения аргумента.

Т.е. надо бегать по всем филд-конфигам, а уже из них бегать по аргументам и править текущих филд конфиг. Чтоб во всех 30 резолверах навешать свою логику.

Через аргумент или инпут у тебя не получиться выйти на все 30 резолверов, где он используется.

Интересная статья, получается с    typegraphql не будет автокомплита пока пишешь схему?

Интересная статья, получается с    typegraphql не будет автокомплита пока пишешь схему?

Всем привет!

Реализовал директиву hasRole, которую можно применять к FIELD_DEFINITION и OBJECT по инструкции из https://www.apollographql.com/docs/graphql-tools/schema-directives#enforcing-access-permissions.

Хочу, чтобы её можно было навешивать на аргументы и инпуты мутаций, то есть на ARGUMENT_DEFINITION и INPUT_FIELD_DEFINITION.

Логика такая: например, в мутации updatePost ограничить изменение title таким образом, чтобы только администраторы могли менять это поле, путём навешивания директивы на аргумент title. При этом на аргумент content ничего не навешивать, разрешив тем самым всем редактировать поле content. Или навесить директиву с другой ролью (отличной от администратора).

Возможно ли это вообще?

Очевидно, что нужно использовать visitArgumentDefinition и visitInputFieldDefinition.

Но проблема в том, что у argument'ов и input field'ов в field нет resolve.

Мне это не годится, потому что у меня в текущем проекте SDL-first подход с Prisma + Apollo Server 2.

Для следующих проектов присматриваюсь к TypeGraphQL и GraphQL Nexus. Но не могу пока окончательно определиться.

еще подумывал о том, что удобно смотреть "апи" сервера в sdl, но с Nexus и typeGraphql наверно тоже можно где то посмотреть sdl который они генерируют ?