NT
так получается директивы в graphQL это костыль?
Size: a a a
2018 May 01
YS
Скорее они просто не являются частью скемы, как то так
YS
Но у graphql tools по этому поводу свое видение, походу
2018 May 02
P@
Лично мне больше так нравится, вот пример структуры и кода.
С твоим подходом можно graphql-compose заюзать, чтоб меньше замарачиваться на объявлении типов https://graphql-compose.github.io/docs/en/basics-types.html
YS
С твоим подходом можно graphql-compose заюзать, чтоб меньше замарачиваться на объявлении типов https://graphql-compose.github.io/docs/en/basics-types.html
Спасибо, гляну
DM
@question где в qraphQl всегда можно получать response?
я использовал cache(InMemoryCache) в клиенте но он не всегда отпрабатывает
я использовал cache(InMemoryCache) в клиенте но он не всегда отпрабатывает
2018 May 03
NT
Ребят, а подскажите как лучше поступать с моделями mongoose и с графом если обьекты одной коллекции ссылаются на другую коллекцию
есть коллекции Meeting и Users, и в схеме Митинга есть такое поле
если бы это было без графа, то это отличный вариант, а если с ним, то можно ведь сделать
authorId: Schema.Types.ObjectId, а в схеме графа уже добавить
author: [User], и в ресолвере уже искать его по authorId
мне кажется что лучше второй вариант, т.к. граф будет решать нужно искать author в коллекции Users, а монгуз в таком случае будет при каждом обращении к коллекции Meeting стучаться в Users, или нужно внимательнее доки монгуза почитать ?)
есть коллекции Meeting и Users, и в схеме Митинга есть такое поле
author: {
type: Schema.Types.ObjectId,
ref: 'User',
},если бы это было без графа, то это отличный вариант, а если с ним, то можно ведь сделать
authorId: Schema.Types.ObjectId, а в схеме графа уже добавить
author: [User], и в ресолвере уже искать его по authorId
мне кажется что лучше второй вариант, т.к. граф будет решать нужно искать author в коллекции Users, а монгуз в таком случае будет при каждом обращении к коллекции Meeting стучаться в Users, или нужно внимательнее доки монгуза почитать ?)
NT
ой, ну логично что если передать в find поля, которые нужно вернуть, то лишних запросов к Users не будет, но в ресолверах это будет сложнее учесть
ДР
Ребят, а подскажите как лучше поступать с моделями mongoose и с графом если обьекты одной коллекции ссылаются на другую коллекцию
есть коллекции Meeting и Users, и в схеме Митинга есть такое поле
если бы это было без графа, то это отличный вариант, а если с ним, то можно ведь сделать
authorId: Schema.Types.ObjectId, а в схеме графа уже добавить
author: [User], и в ресолвере уже искать его по authorId
мне кажется что лучше второй вариант, т.к. граф будет решать нужно искать author в коллекции Users, а монгуз в таком случае будет при каждом обращении к коллекции Meeting стучаться в Users, или нужно внимательнее доки монгуза почитать ?)
есть коллекции Meeting и Users, и в схеме Митинга есть такое поле
author: {
type: Schema.Types.ObjectId,
ref: 'User',
},если бы это было без графа, то это отличный вариант, а если с ним, то можно ведь сделать
authorId: Schema.Types.ObjectId, а в схеме графа уже добавить
author: [User], и в ресолвере уже искать его по authorId
мне кажется что лучше второй вариант, т.к. граф будет решать нужно искать author в коллекции Users, а монгуз в таком случае будет при каждом обращении к коллекции Meeting стучаться в Users, или нужно внимательнее доки монгуза почитать ?)
https://stackoverflow.com/questions/47241230/relationships-graphql/47671984#47671984
решал как раз подобную задачу)
решал как раз подобную задачу)
A
https://stackoverflow.com/questions/47241230/relationships-graphql/47671984#47671984
решал как раз подобную задачу)
решал как раз подобную задачу)
Спасибо
NT
Спасибо, тут какраз второй вид решения, то есть смысла использовать рефы внутри монгуз схемы нет ?)
NT
типа такого
ДР
Спасибо, тут какраз второй вид решения, то есть смысла использовать рефы внутри монгуз схемы нет ?)
ДР
по следам идете)))
2018 May 05
NT
А кто как с формами работает в реакт+граф?) может пока еще не поздно возьму что то на вооружение )
раньше с редакс формами работал, сейчас с формами из https://ant.design/components/form/ , пробовал формик и файнал-формс, но еще не слишком опытен чтобы разобраться что из этого лучше, со всеми формами какие то свои сложности :С
раньше с редакс формами работал, сейчас с формами из https://ant.design/components/form/ , пробовал формик и файнал-формс, но еще не слишком опытен чтобы разобраться что из этого лучше, со всеми формами какие то свои сложности :С
ДР
А кто как с формами работает в реакт+граф?) может пока еще не поздно возьму что то на вооружение )
раньше с редакс формами работал, сейчас с формами из https://ant.design/components/form/ , пробовал формик и файнал-формс, но еще не слишком опытен чтобы разобраться что из этого лучше, со всеми формами какие то свои сложности :С
раньше с редакс формами работал, сейчас с формами из https://ant.design/components/form/ , пробовал формик и файнал-формс, но еще не слишком опытен чтобы разобраться что из этого лучше, со всеми формами какие то свои сложности :С
этот вопрос правильней сюда
https://t.me/react_js
https://t.me/react_js
NT
там я тоже задавал когда то, сложилось впечатление что там большинство обсирает готовые решения для форм)
подумал может с графом будут какие то нюансы, ну и мнение людей из этого чатика интересно услышать :)
подумал может с графом будут какие то нюансы, ну и мнение людей из этого чатика интересно услышать :)
K
там я тоже задавал когда то, сложилось впечатление что там большинство обсирает готовые решения для форм)
подумал может с графом будут какие то нюансы, ну и мнение людей из этого чатика интересно услышать :)
подумал может с графом будут какие то нюансы, ну и мнение людей из этого чатика интересно услышать :)
rc-form попробуй
K
пробовали формик, не зашел