Size: a a a

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

2021 May 11

IS

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

IS

Ivan Sacura in GraphQL — русскоговорящее сообщество
щя чот придумаю
источник

VB

Vlad Boreyko in GraphQL — русскоговорящее сообщество
если все вручную подставлено то какой смысл в этом блоке
источник

VB

Vlad Boreyko in GraphQL — русскоговорящее сообщество
при наведении он пишет в чем ошибка
источник

VB

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

AD

Alex Derbenev in GraphQL — русскоговорящее сообщество
Ну там же все написано при наведении
источник

AD

Alex Derbenev in GraphQL — русскоговорящее сообщество
Переменная обозначена, но не используется
источник

IS

Ivan Sacura in GraphQL — русскоговорящее сообщество
ну вот так норм?
источник

AD

Alex Derbenev in GraphQL — русскоговорящее сообщество
И если так много переменных, но все из них часть input, я бы лучше сразу input как переменную сделал
источник

AD

Alex Derbenev in GraphQL — русскоговорящее сообщество
А еще лучше не использовать переменные в плейграунде, это вообще в нем необязательно
источник

AD

Alex Derbenev in GraphQL — русскоговорящее сообщество
Конечно. Как и написал выше, в плейграунде вообще можно переменные не использовать
источник

IS

Ivan Sacura in GraphQL — русскоговорящее сообщество
ну я тоже так подумал ок спасибо ребят!!!!
источник

АК

Алексей Козин... in GraphQL — русскоговорящее сообщество
Я бы сделал list enum, чем кучу bool. Было бы легче работать на всех концах.
источник

AD

Alex Derbenev in GraphQL — русскоговорящее сообщество
Именно. Сделать enum с перечислением всех прав и на бэке принимать массив значений этого enum
источник

EV

Eugene Visotskiy in GraphQL — русскоговорящее сообщество
Может кто подскажет - есть нес-ко кверей, которые получают данные сущностей (например, статьи) в разных вариациях. В одной квере - список всех статей с заголовком, датой создания, редактирования и кратким описанием. В другой квере - список всех статей с заголовком, миниатюрой и кол-вом комментариев. В третей квере - полное описание, галерея, полный тескст комментариев к статье. И есть нес-ко мутаций. Например - удалить статью.
Вопрос - есть ли возможность в результате мутации удаления, инвалидировать данные, касаемые одной статьи, во всех кверях по её айдишнику, и без перебора всех кверей в cache.writeQuery ?

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

Хотелось бы это всё делать в рамках кэша, без прибегания к reactiveVars
источник

EV

Eugene Visotskiy in GraphQL — русскоговорящее сообщество
а есть возможность проверить, есть ли необходимые данные в кэше, и если есть - то не выполнять квери, а если нету - то выполнять?
источник

O

Oleg in GraphQL — русскоговорящее сообщество
Ну так оно так и будет по первому вопросу.. если мы про аполло 3 и все по уму сделано.. кэш то общий для всех query. Он на уровне сущностей ж
источник

O

Oleg in GraphQL — русскоговорящее сообщество
По второму вопросу.. Ну да, можно.. из кэша достанет без запроса на бэк.. если данные уже есть😁 ..
источник

O

Oleg in GraphQL — русскоговорящее сообщество
Можно кэш посмотреть..
источник

EV

Eugene Visotskiy in GraphQL — русскоговорящее сообщество
в рамках реакта, как это сделать?
источник