А зачем redux?

Все что предоставляет Redux можно выразить в apollo local state

С +- таким же синтаксисом

предполагается что будет сложное состояние локальное, не хочется в state компонентов хранить

Если мы кстати говорим про Реакт, то redux не умеет в concurrent mode

про это не знал! flux архитектуру с ним можно построить?

таких требований пока не было

Да конечно

понятно, сейчас буду читать. спасибо огромное!

Ребят, у меня вопрос про филды у типа данных. Есть кверя, возвращающая массив с типом Movie. Внутри этого типа есть филд related, который возвращает тот же самый тип.
Проблему с бесконечным вложением типов я решил написав кастомный валидатор, однако осталась другая проблема. Заключается она в том, что в некоторых случаях нужно сделать так, чтобы у типа Movie отсутствовали бы определенные филды, например этот же related. К примеру, вот тут related должен быть недоступен:

query {
  users {
    channels {
      movies {
        ...
      }
    }
  }
}

Тогда как вот тут он должен быть доступен:

query {
  movies {
    title
    related {
      ...
    }
  }
}

Делать отдельные типы совсем не хочется, потому что может получиться так, что для одного и того же типа в разных случаях может понадобиться удалять разные филды.
Есть идеи как такое можно реализовать? Может быть есть уже готовый солушн? Спасибо

такое ощущение, что тебе и правда не нужен GraphQL 🙂 ты пробовал JSON:API стандарт?

согласно спецификации, схема обязательно должна содержать QueryType

query {
  users {
    channels {
      movies {
        ...
      }
    }
  }
}

query {
  movies {
    title
    related {
      ...
    }
  }
}

Нужно спрятать поля именно из схемы, или просто данные не отдавать? Второе сделать довольно просто, первое – увы, только через дополнительные типы

Ну сам gql в таком его виде - нет, не нужен)

Не отдавать данные вполне подойдёт

Я думал сделать директиву и указывать её типу, что-то вроде @restrict(fields: ['related']). И затем валидатором парсить кверю

Если в квери есть запрещенные филды, то возвращать ошибку

(Про JSON API) Было что-то такое. Очередная попытка навесить на JSON логику, что по своей изначальной сути провально

можно и без директивы, просто на бэке проверить что (например) это “лист дерева”

не не, наоборот, это просто стандартизация ввода и вывода, у тебя из коробки работает возможность “ходить” по ассоциациям и ограничивать набор полей, а вот изменение данных – как ты и хочешь, руками