M
хотелось бы отследить начало и конец запроса, что б прелоадер повесить
без этой опции - fetchPolicy: 'no-cache'
хук работает
Size: a a a
2019 September 05
M
кто-то сталкивался?
ip
насколько я понял есть несколько способов описания схемы и типов, первый через buildSchema, другой через new GraphQLSchema, в чем разница, какой способ лучше использовать?
2019 September 06
A
Ребята, а как вы валидируете клиентские запросы на соответствие серверной схеме на этапе сборки клиента?
OG
насколько я понял есть несколько способов описания схемы и типов, первый через buildSchema, другой через new GraphQLSchema, в чем разница, какой способ лучше использовать?
зависит от задачи, мне ближе code first но это вкусовщина
ip
зависит от задачи, мне ближе code first но это вкусовщина
а в какой задаче ты бы взял 2 вариант, в какой - первый?
OG
если мы говрим о беке то наверное я бы рекомендовал брать type-graphql он еще не дошел до релиза но имхо весьма не плох
OG
брал бы его для всего что сложнее табуретки
OG
так же очень нравится как выгялдит но руками не шупал шокалад на asp.net
OG
самое главное что нужно помнить graphql сам по себе не серебрянная пуля, просто схема выглядит читабльно и наглядно, позвоялет генерировать типы, но если нету опыта начните пистаь хоть как то, а там решите как лучше именно вам, единого подхода под все задачи нет
ip
нет, ну просто должны же быть отличия, мне кажется незачем держать 2 подхода с одинаковым результатом
OG
если вы пишите руками то вам проще писать GraphQLSchema если генерируете на основе модели или еще чего то то думаю проще buildSchema
ꟿ
Бодрый подскажите как вообще работают с nested объектами на клиенте при условии минимального кол-во Нетворк кверей? Сами фильтруете на клиенте парент обьект? Или запрашиваете как-то через кэш?
A
Всем привет, подскажите как можно решить эту проблему в graphql
Есть 2 query запроса и 1 мутация
query employee () {
id
name
timetables {
id
name
}
}
query allTimetable {
id
name
}
Я вывожу и сохраняю в кэш эти данные, на одной странице Расписание, а на другой сотрудники
Проблема: Когда я делаю мутацию к примеру удалить расписание - как мне это можно обновить на странице сотрудники и расписание?
Использую apollo
Есть 2 query запроса и 1 мутация
query employee () {
id
name
timetables {
id
name
}
}
query allTimetable {
id
name
}
Я вывожу и сохраняю в кэш эти данные, на одной странице Расписание, а на другой сотрудники
Проблема: Когда я делаю мутацию к примеру удалить расписание - как мне это можно обновить на странице сотрудники и расписание?
Использую apollo
PG
2 варианта. 1 - refetchQueries (тогда ты перефетчишь по сети нужные запросы). 2 - update-свойство мутации. При этом ты ручками запишешь в кеш нужные данные
A
а можно узнать более подробно про update?
A
как обращаться правильно к кешу?
