Size: a a a

GraphQL — русскоговорящее сообщество

2019 February 07

АР

Алексей Родионов in GraphQL — русскоговорящее сообщество
Статей на эту тему достаточно вроде.
источник

АР

Алексей Родионов in GraphQL — русскоговорящее сообщество
Мне зашла тема с GraphQL custom directives, поэтому всю безопасность реализуем сейчас через директивы: кто какие поля/директивы может читать/писать/дёргать, валилацию данных в полях.
источник

АР

Алексей Родионов in GraphQL — русскоговорящее сообщество
Плюс через директивы указываем cost/complexity полей. Чтобы отсечь глубоковложенные или очень сложные запросы.
источник

KL

Konstantin Lyssenko in GraphQL — русскоговорящее сообщество
Алексей Родионов
Мне зашла тема с GraphQL custom directives, поэтому всю безопасность реализуем сейчас через директивы: кто какие поля/директивы может читать/писать/дёргать, валилацию данных в полях.
Павел говорил, что кастомные директивы сильно бьют по производительности
источник

KL

Konstantin Lyssenko in GraphQL — русскоговорящее сообщество
Я их использовал для авторизации в одном MVP, но далеко это не ушло
источник

e

egoarka in GraphQL — русскоговорящее сообщество
Алексей Родионов
Плюс через директивы указываем cost/complexity полей. Чтобы отсечь глубоковложенные или очень сложные запросы.
с кодом все-равно это лучше заходит, имхо
самый топовый подход к директивам (==декораторам) у type-graphql либы

явное объявление на схеме такое себе и не гибко
ну это мое имхо, у каждого свое, вот так
источник

a

akaSybe in GraphQL — русскоговорящее сообщество
Алексей Родионов
Мне зашла тема с GraphQL custom directives, поэтому всю безопасность реализуем сейчас через директивы: кто какие поля/директивы может читать/писать/дёргать, валилацию данных в полях.
💪 тоже очень люблю директивы
источник

АР

Алексей Родионов in GraphQL — русскоговорящее сообщество
Я пока у директив нашёл один минус: комбинирование их через логические операторы AND/OR/NOT. И нельзя более одной директивы с одним и тем же именем применять к одному и тому же месту (например, полю).
источник

a

akaSybe in GraphQL — русскоговорящее сообщество
Алексей Родионов
Я пока у директив нашёл один минус: комбинирование их через логические операторы AND/OR/NOT. И нельзя более одной директивы с одним и тем же именем применять к одному и тому же месту (например, полю).
про нельзя более одной директивы с одним и тем же именем - уже в разработке кажется
источник

MG

Misha Gavelya in GraphQL — русскоговорящее сообщество
А кто то отключает возможность отправлять полную схему?
источник

АР

Алексей Родионов in GraphQL — русскоговорящее сообщество
akaSybe
про нельзя более одной директивы с одним и тем же именем - уже в разработке кажется
Что именно в разработке?
источник

a

akaSybe in GraphQL — русскоговорящее сообщество
Алексей Родионов
Что именно в разработке?
источник

АР

Алексей Родионов in GraphQL — русскоговорящее сообщество
источник

e

egoarka in GraphQL — русскоговорящее сообщество
я точно так же могу и на уровне entity написать и без деректив с декораторами
источник

e

egoarka in GraphQL — русскоговорящее сообщество
так что не вижу в этом ничего сверх чего-то, чем можно было похвастаться)
источник

АР

Алексей Родионов in GraphQL — русскоговорящее сообщество
egoarka
так что не вижу в этом ничего сверх чего-то, чем можно было похвастаться)
Кто спорит? )
источник

e

egoarka in GraphQL — русскоговорящее сообщество
да никто, просто говорю, что директивы не очень в схемах на уровне gql
ну это мне так кажется, блин
источник

a

akaSybe in GraphQL — русскоговорящее сообщество
аргументы? или просто на уровне ощущений
источник

АР

Алексей Родионов in GraphQL — русскоговорящее сообщество
Мне нравится, что директивы декларативны. Даже непрограммист поймёт что там происходит, читая схему.
источник

АР

Алексей Родионов in GraphQL — русскоговорящее сообщество
Из минусов – кто-то считает, что это загрязняет схему.
источник