AB
ну чтобы на беке лишних запросов не делать
Чтобы не плодить типы с разным объемом данных
А по спискам есть релай - https://facebook.github.io/relay/graphql/connections.htm
Size: a a a
2019 February 14
AB
это актуально, если на фронте apollo-client будет?
AB
я так понял что-то вроде фильтрации
d
а в резолверах как я понял, проверять какие аргументы пришли и в зависимости от этого делать запросы?
Да, например. Но в подавляющем случае это примерно одинаковые проверки и в зависимости от стека это можно оптимизировать на уровне ниже резолверов - общее поведение, так сказать
d
это актуально, если на фронте apollo-client будет?
С аполо не работал никогда, но мне кажется будет
AB
@donnyyyyy окей. Допустим делаем два запроса к моему API, один instance { id } другой instance(id: “0”) { id }. В первом случае логично вернуть массив объектов, во втором объект будет. Как это разрулить? GraphQL будет ведь что-то одно ожидать?
d
@donbot можно сделать юнион, который возвращает либо один объект, либо его массив, но это очень плохо звучит.
Я бы не делил вообще - оставил апишку для одной сущности и для их списка -
Я бы не делил вообще - оставил апишку для одной сущности и для их списка -
instance + instances
Или только instances с фильтром, в котором будет id - который возвращает список с 1 сущностью (ну или с 0, если нет такой)P@
Кажется то, что нужно, спасибо!
Забей. Это я просто отгенерил sdk из docgen'а. Особого мозга в схему не вкладывал. Нужно было просто показать большую схемку на 10к типов и весом в 9 мб в одном из моих выступлений. Ну и попутно протестить graphql-compose
AB
Забей. Это я просто отгенерил sdk из docgen'а. Особого мозга в схему не вкладывал. Нужно было просто показать большую схемку на 10к типов и весом в 9 мб в одном из моих выступлений. Ну и попутно протестить graphql-compose
Ок. А может направишь в нужную сторону с моей задачей?
P@
Нормальное графкуэль апи должно быть с кучей связей
https://apis.guru/graphql-voyager/ глянь swapi или github
Загрузи свою схему, если получится обвчное дерево - значит мало связей.
https://apis.guru/graphql-voyager/ глянь swapi или github
Загрузи свою схему, если получится обвчное дерево - значит мало связей.
AB
Чёрт подери, теперь я понял почему у меня RestQL получился. Спасибо за ссылку!
VA
Всем привет. Ребят подскажите плиз как делать правильно мульти язычность ?
Я конечно могу сделать что-то вроде:
input ValuesInput {
lang: String!
content: String!
}
Вот только так я думаю это будет не очень правильно ...
Я конечно могу сделать что-то вроде:
input ValuesInput {
lang: String!
content: String!
}
Вот только так я думаю это будет не очень правильно ...
U
Всем привет. Ребят подскажите плиз как делать правильно мульти язычность ?
Я конечно могу сделать что-то вроде:
input ValuesInput {
lang: String!
content: String!
}
Вот только так я думаю это будет не очень правильно ...
Я конечно могу сделать что-то вроде:
input ValuesInput {
lang: String!
content: String!
}
Вот только так я думаю это будет не очень правильно ...
VA
U
Всем привет. Ребят подскажите плиз как делать правильно мульти язычность ?
Я конечно могу сделать что-то вроде:
input ValuesInput {
lang: String!
content: String!
}
Вот только так я думаю это будет не очень правильно ...
Я конечно могу сделать что-то вроде:
input ValuesInput {
lang: String!
content: String!
}
Вот только так я думаю это будет не очень правильно ...
Методов много, как вариант в хедерах передавать, а из них в контекст, а в резолверах брать язык из контекста
VA
Методов много, как вариант в хедерах передавать, а из них в контекст, а в резолверах брать язык из контекста
Это понятно. Но вы говорите про Query вроде как
VA
А у меня вопрос больше про то как их хранить правильно и про структуру кода... Просто если у меня 80% переводится то мне нужно будет делать много input Type {} что не очень радует (если так можно сказать). Может есть варианты по лучше ?
AB
А у меня вопрос больше про то как их хранить правильно и про структуру кода... Просто если у меня 80% переводится то мне нужно будет делать много input Type {} что не очень радует (если так можно сказать). Может есть варианты по лучше ?
А зачем типы разные делать? Просто отдавай данные в зависимости от контекста
VA
А зачем типы разные делать? Просто отдавай данные в зависимости от контекста
Или я что-то не могу понять или вы меня :))
Как отдавать это потом. А вот как записывать их ?
Как отдавать это потом. А вот как записывать их ?
VA
Я вот так хотел сдедать. Вот только не думаю что это правильно ...