Size: a a a

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

2018 December 02

a

akaSybe in GraphQL — русскоговорящее сообщество
Viacheslav Yefremov
Окей, другой вопрос: почему в данной ситуации source равен undefined? Перерыл уже весь гугл, ничего такого. Может, кто сталкивался?
Поставь брейкпойнты в директиве и резолвере, думаю директива вызывается раньше, поэтому source = undefined
источник

a

akaSybe in GraphQL — русскоговорящее сообщество
Viacheslav Yefremov
Окей, другой вопрос: почему в данной ситуации source равен undefined? Перерыл уже весь гугл, ничего такого. Может, кто сталкивался?
Кстати, а какую задачу пытаешься решить? Зачем в директиве входные параметры мутации
источник

VY

Viacheslav Yefremov in GraphQL — русскоговорящее сообщество
akaSybe
Поставь брейкпойнты в директиве и резолвере, думаю директива вызывается раньше, поэтому source = undefined
Спасибо.

Начну с того, что я новичок пока.

А задача проста, как мир - валидировать значения. Есть просто две мутации которые принимают почти одинаковые параметры, и логика валидации этих параметров одинакова.

Да что уж там, это логин и регистрация) Логин принимает email и пароль, а регистрация - то же, плюс имя. И вот я хотел валидацию логина и пароля пихнуть в директивРезолвер, чтоб красивее выглядело - сейчас это в резолверах обычных.


Пока искал, как это сделать, понял, что если уж как-то через директивы делать, лучше уже email и пароль обернуть в инпут и сей инпут уже передавать параметром в мутации, а поля инпута (email, пароль) валидировать по отдельности отдельными директивами.

Но как это сделать, не нашёл - слишком мало документации по директивам. Я создавал директиву для INPUT_FIELD_DEFINITION, класс, наследуемый от SchemaDirectiveVisitor, в котором метод visitInputFieldDefinition () должен был решать мою проблему. Но метод этот выстреливал сразу после запуска сервера, а не после ввода, как мне хотелось (чтобы юзать как резолвер).

Понимаю, что что-то делаю не так, и вообще в этом случае, возможно, просто в резолвере оставить - оптимальный вариант, но в первую очередь просто хотелось разобраться, как с этим работать)

Такая вот история. Если знаешь документацию какую-то, я был бы благодарен, если бы ты кинул её сюда)
источник
2018 December 03

KN

Kirill Nesmeyanov in GraphQL — русскоговорящее сообщество
Можно же я чуть-чуть похвастаюсь?
источник

KN

Kirill Nesmeyanov in GraphQL — русскоговорящее сообщество
Запилил наконец первую в мире реализацию gqphql подписок под пых)
источник

KN

Kirill Nesmeyanov in GraphQL — русскоговорящее сообщество
С аполло по крайней мере работает
источник

KN

Kirill Nesmeyanov in GraphQL — русскоговорящее сообщество
Это просто офигенно
источник

KN

Kirill Nesmeyanov in GraphQL — русскоговорящее сообщество
источник

KN

Kirill Nesmeyanov in GraphQL — русскоговорящее сообщество
Я доволен, выходные прошли не зря)
источник

MM

Maxim Makarov in GraphQL — русскоговорящее сообщество
Расскажи лучше что умеет твоя реализация)
источник

BS

Boris Shabanov in GraphQL — русскоговорящее сообщество
Kirill Nesmeyanov
Запилил наконец первую в мире реализацию gqphql подписок под пых)
Не терпится уже попробовать.
источник

KN

Kirill Nesmeyanov in GraphQL — русскоговорящее сообщество
Maxim Makarov
Расскажи лучше что умеет твоя реализация)
по сравнению с чем?
источник

MM

Maxim Makarov in GraphQL — русскоговорящее сообщество
Kirill Nesmeyanov
по сравнению с чем?
да не с чем сравнивать)
источник

MM

Maxim Makarov in GraphQL — русскоговорящее сообщество
просто скажи что умеет)
источник

KN

Kirill Nesmeyanov in GraphQL — русскоговорящее сообщество
эм. Работать?
источник

KN

Kirill Nesmeyanov in GraphQL — русскоговорящее сообщество
ну просто что говорить о том что умеет - не понятно
источник

KN

Kirill Nesmeyanov in GraphQL — русскоговорящее сообщество
ну там свой интерпретатор SDL, например
источник

KN

Kirill Nesmeyanov in GraphQL — русскоговорящее сообщество
можно фигачить вот такие штуки:
источник

DA

Diaj Alam in GraphQL — русскоговорящее сообщество
Здравствуйте. Я пытаюсь сделать простенькую вещь. Есть 2 типа user и login_pair. Когда они не связаны без проблем и query и mutation работают.

Вот теперь пытаюсь связать их.
type user: {
name: { type: "graphqlstring" }
, surname: { type: "graphqlstring" }
, auth_pair: { type: auth_pair }
}

type auth_pair: {
login: { type: graphqlstring}
, hash: { type: graphqlstring}
}

Извиняюсь, но я записал псевдокод, чтоб просто показать

Вопрос в таков. Из того, что я знаю, в
query {
root {
 user {
  name
  , auth_pair{
   login
  }
 }
}
}

когда строишь схему user должен быть типа output, а auth_pair который в связке внутри user - input типа. Правильно?
А вот если в query root, то auth_pair должен быть output.

Правильно?
А как дела обстоят с мутациями? Где в каком месте какой тип должен быть? Так же как и в query? или?

Можете вкраце объяснить?

Благодарю. Набирал с телефона, ссори за неудобства
источник

a

akaSybe in GraphQL — русскоговорящее сообщество
> когда строишь схему user должен быть типа output, а auth_pair который в связке внутри user - input типа. Правильно?
нет
источник