В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

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

933 membersпожаловаться на группу
2018 November 06

KL

Konstantin Lyssenko in GraphQL — русскоговорящее сообщество
Думаю, есть два варианта: либо на клиенте выбирать разные запросы в зависимости от языка:
if (lang == 'ru') query = "{ nameRu }" else query = "{ nameCn }"

Либо можно длинные лапшеобразные запросы через фрагменты и директиву, вроде include писать
источник
13:38пожаловаться#1

KL

Konstantin Lyssenko in GraphQL — русскоговорящее сообщество
Maxim Makarov
Есть ли способ сделать что-то подобное в GraphQL, без использования шаблонизаторов?
Но такого функционала в gql точно нет
источник
13:39пожаловаться#2

🦉⁣

🦉 ⁣ in GraphQL — русскоговорящее сообщество
а можно юзать интерполяцию
источник
13:39пожаловаться#3

🦉⁣

🦉 ⁣ in GraphQL — русскоговорящее сообщество
если юзается жс
источник
13:40пожаловаться#4

EM

Eugene Maltsev in GraphQL — русскоговорящее сообщество
🙂или на бекенде отдавать в зависимости от  Language-Code
источник
13:40пожаловаться#5

🦉⁣

🦉 ⁣ in GraphQL — русскоговорящее сообщество
да
источник
13:40пожаловаться#6

🦉⁣

🦉 ⁣ in GraphQL — русскоговорящее сообщество
так даже лучше
источник
13:40пожаловаться#7

KL

Konstantin Lyssenko in GraphQL — русскоговорящее сообщество
Maxim Makarov
Есть ли способ сделать что-то подобное в GraphQL, без использования шаблонизаторов?
Так или иначе на клиенте лучше решается. Тем более, если бэкенд именно в такой форме решил i18n писать
источник
13:41пожаловаться#8

MM

Maxim Makarov in GraphQL — русскоговорящее сообщество
Konstantin Lyssenko
Так или иначе на клиенте лучше решается. Тем более, если бэкенд именно в такой форме решил i18n писать
Да я сам не понимаю как лучше мне организовать i18n. Сейчас в БД это строчки name_en, name_ru, etc, а Hasura транслирует эти поля из sql прям в graphql
источник
13:42пожаловаться#9

MM

Maxim Makarov in GraphQL — русскоговорящее сообщество
можно запариться и сделать extend типов, что я и сделаю, скорее всего
источник
13:42пожаловаться#10

MM

Maxim Makarov in GraphQL — русскоговорящее сообщество
На клиенте apollostack, запросы лежат в .gql, отдельно от .ts
источник
13:43пожаловаться#11

MM

Maxim Makarov in GraphQL — русскоговорящее сообщество
спасибо за помощь)
источник
13:44пожаловаться#12

MM

Maxim Makarov in GraphQL — русскоговорящее сообщество
Schema stiching кто-нибудь юзал на сервере?
источник
13:44пожаловаться#13

a

akaSybe in GraphQL — русскоговорящее сообщество
я бы наверно вопрос i18n решал с помощью директив
источник
14:12пожаловаться#14

KN

Kirill Nesmeyanov in GraphQL — русскоговорящее сообщество
Konstantin Lyssenko
Думаю, есть два варианта: либо на клиенте выбирать разные запросы в зависимости от языка:
if (lang == 'ru') query = "{ nameRu }" else query = "{ nameCn }"

Либо можно длинные лапшеобразные запросы через фрагменты и директиву, вроде include писать
Я использую кукис аутентификации. А там уже есть язык. Не совсем REST like, но самый простой вариант, вместо добавления аргументов или других штук для сайтовых апи.
источник
15:11пожаловаться#15

KN

Kirill Nesmeyanov in GraphQL — русскоговорящее сообщество
Но для какой-то внешней апишки такое не получится сделать, надо, да, верно уже подсказали, делать что-то вроде:
type Query {
    articles(lang: LanguageEnum!): ArticlesQuery!
}

type ArticlesQuery {
    all: [Article!]!
    find(id: ID!): Article
}
источник
15:13пожаловаться#16

P@

Pavel @nodkz in GraphQL — русскоговорящее сообщество
Я бы рекомендовал к варианту Кирилла еще заюзать стандартный http заголовок Accept-Language и аргумент lang сделать необязательным.

- На уровне сервака http-заголовок языка ложим в контекст
- В резолвере мутим функцию помогайку которая:
— сперва смотрит аргумент
— если не указан, то смотрит контекст
— если опять не указан, то берет дефолтное значение
источник
15:38пожаловаться#17

KN

Kirill Nesmeyanov in GraphQL — русскоговорящее сообщество
ну это уже бэк
источник
15:39пожаловаться#18

KN

Kirill Nesmeyanov in GraphQL — русскоговорящее сообщество
а на бэке там вообще можно устроить дичь по детекту языка
источник
15:39пожаловаться#19

P@

Pavel @nodkz in GraphQL — русскоговорящее сообщество
ну и схему тебе бек отдает, ты просто потребитель 😊
источник
15:40пожаловаться#20