Да будет, через месяц-два.

Если запросите поле id для возвращенной Entity в ответе мутации, то она в аполло кеше автоматом обновит полученные поля и вызовет ререндер всех запросов, которые используют эту запись.

Подскажите какой способ лучше всего для импорта/экспорта фрагментов? Вариант с офф.сайта с темплейт литералами работает с ошибками

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

Ребята, кто как решает проблему названия фрагментов когда нужно разный набор полей брать?

Например Post на одной странице брать 3 поля, на другой 4, на третьей только 1

Если речь идет о запросах, где только одно-три поля нужны, то смысла особого в фрагментах и нет.
Их удобно использовать если в разных местах данные с одинаковым смыслом запрашиваются

Ещё же типы, не забывай

Павел, ваши советы/записи по дизайну/архитектуре graphQL - просто кладезь знаний! Огромное спасибо! Книгу не собираетесь писать?
https://github.com/nodkz/conf-talks/tree/master/articles/graphql/schema-design

Поддерживаю вопрос

Добрый день , поскажите пожалуйста что касается GraphQL, начал активно его использовать, удобно все делается. Но такое чувство что использую его не до конца правильно

К примеру graphQL позиционируется как выборное селектирования данных из базы без надобности грузить все методы

Я к примеру испольузю apollo server ( express )и apollo client ( react )

Хочу получить только имя продукта

export const PRODUCT_BY_RESTAURANT = gql`
 query Products{
  Products){
   name
  }
 }
`

И мы получаем только имя

НО сам resolver выглядит таким обрзом

Products : async(parent, args) => {
      return await Product.find()
    },

Т.е мы ведь в любом случае загружаем с сервера все нужные нам данные....

Спасибо за позитивную обратную связь, очень приятно.

По поводу книги, а в чем смысл ее писать!? Пока выйдет и кем-то прочитается уже много что устареет. И возможно, лет через 15 на Графкуэль будут смотреть как на SOAP.

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

Но может выпуск книжки что-то дает чего я не знаю?

разве что монетизация)

Монетизацию - да, но и ощущение приятности чтения бумажного варианта. Имение книги, имя автора). Также можно дублировать и  в хабр статьи. Всё-таки там хотя б нотификашки прилетают, а если бы Дмитрий не пошарил ссылку, то я б и не узнал о правилах. Ну и не я один)

Да, на резолвере описывается возвращение полной модели, а там могут быть и сотни вложенностей, но на клиент возвращается именно то, что Вы запросили. Это не REST. Это нужно просто принять.

Да, точно. Надо будет на хабр продублировать. Чтоб легче находилось. А то гитхабовские ридмишки нифига не шарятся

Спасибо). Если есть у Вас акк на хабре, то рад буду подписаться). Сбросьте линку плиз если есть

Есть ль у кого в закромах пример с кодом аутентификации? NestJS + Apollo-server + MongoDB? Важно чтобы было реализовано с  Code-first approach.

А т.е мы берем из базы все значения, а уже передаем на фронт енд только определенные данные? Таким образром сократив нагрузку?

Не совсем. Мы берем из базы именно то, что нам нужно). Под капотом GraphQL формирует запрос в БД на выборку только тех полей которые были описаны. Вдобавок разгружается и бэк). Надеюсь я не ошибся.