XZ
Всем привет, apollo-client. Кто знает как можно сделать writeQuery по регексу? У меня есть несколько кверей (запрос один, переменные разные), в которые надо записать изменение после мутации
Size: a a a
2019 April 30
a
звучит так, как будто бы вы что-то делаете неправильно, если честно)
АР
Я не бекендер
Есть желание просто написать схему, и получать рандомные данные в соответствии со схемой.
Есть желание просто написать схему, и получать рандомные данные в соответствии со схемой.
MU
Привет!
Подскажите как в nexus создать тип Query при помощи queryField. Суть в том, что queryField - shorthand для extendType. При этом в документации (очень скупой, кстати) написано, что queryField полезен при "split up query fields into different domains". Я разбил все квери на разные модули (лежат в папке queries, где собираются и экпортируются в index.js типа export { default as queryName} from './query-name' ). Т.е. на руках у меня есть стопка модулей, возвращающих extendType.
Каким образом я должен собрать все разбитые на модуля extendType'ы в один корневой тип "Query"?
Подскажите как в nexus создать тип Query при помощи queryField. Суть в том, что queryField - shorthand для extendType. При этом в документации (очень скупой, кстати) написано, что queryField полезен при "split up query fields into different domains". Я разбил все квери на разные модули (лежат в папке queries, где собираются и экпортируются в index.js типа export { default as queryName} from './query-name' ). Т.е. на руках у меня есть стопка модулей, возвращающих extendType.
Каким образом я должен собрать все разбитые на модуля extendType'ы в один корневой тип "Query"?
MU
Т.е. если скормить makeSchema получившуюся стопку queries:
makeSchema({
types: [interfaces, scalars, enums, types, queries],
outputs: { schema: resolve(__dirname, 'schema.graphql') },
})
, то в итоге тип Query не генерируется.
makeSchema({
types: [interfaces, scalars, enums, types, queries],
outputs: { schema: resolve(__dirname, 'schema.graphql') },
})
, то в итоге тип Query не генерируется.
U
Тут не очень любят nexus. Если это бессознательный выбор попробуйте другие фреймворки :)
MU
А какие аргументы приводят? Ну, кроме щуплой доки
U
Незрелость, возможное скатывание из-за малого комьюнити, высокий порог входа, отсутствие спецов по нексусу в этом чате :)
a
+ плохой синтаксис (субъективно)
MU
А что делать, если не хочется схему строить на строках с SDL, но и TypeScript вносить в проект тоже нет желания?
a
использовать nexus?)
MU
Ну, серьезно, нексус я заюзал просто пощупать графкуэл (выше линк кидали https://github.com/nodkz/conf-talks/tree/master/articles/graphql/schema-build-ways, собственно оттуда про нексус и узнал).
MU
Мне интересно чем удобней собирать схему. Строки с SDL уж очень неудобно.
U
Мне интересно чем удобней собирать схему. Строки с SDL уж очень неудобно.
Почему?
U
Мне интересно чем удобней собирать схему. Строки с SDL уж очень неудобно.
Синтаксис неудобен или что?
MU
Дело не в том, что он неудобен, просто не хочется мешать в js синтаксис и синтаксис графкуэля
MU
удобней было бы иметь дело с сущностями, чем со строками, которые кодируют сущности
a
тогда typegraphql, но вам тайпскрипт не нравится видимо
P@
удобней было бы иметь дело с сущностями, чем со строками, которые кодируют сущности
Если ты имеешь ввиду, что у тебя есть модели и хочешь из них на автомате генерить графкуэль схему. То это подход graphql-compose. Сам по себе graphql-compose это просто тулза, которая умеет создавать/редактировать типы. А вот на базе него уже можно строить всякие генераторы, например graphql-compose-mongoose – который берет монгусовские ODM/ORM и из них генерит кучу болванок; далее берешь сгененрированные болванки и уже отсекаешь ненужное, добавляешь нужное.
Но дока у меня в graphql-compose в разы хужде чем у того же нексуса. Се-ля-ви. Когда-нибудь исправится.
Но дока у меня в graphql-compose в разы хужде чем у того же нексуса. Се-ля-ви. Когда-нибудь исправится.
g
prisma/prisma 1.31.2 → 1.32.0 🎉