Size: a a a

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

2019 July 07

P@

Pavel @nodkz in GraphQL — русскоговорящее сообщество
m^^combat
Как в graphql-compose-mongoose делать квейри на вложенные поля? типа
query BRAND_BY_SLUG($slug: String!) {
   brandOne(filter: { information.slug: $slug }) {
     information {
       slug
     }
   }
 }
Автоматом подполя не разворачиваются для фильтрации (надо бы докрутить). Но можно своих фильтров накидать, каких хочешь:

https://github.com/graphql-compose/graphql-compose/issues/22
источник

m

m^^combat in GraphQL — русскоговорящее сообщество
Это работает только через добавление виртуального поля? Просто делал без него, в схеме в фильтре в графикл работал автокомплит на фильтр, но фильтрации не происходило и консоль лог в функции квери не вызывался
источник

P@

Pavel @nodkz in GraphQL — русскоговорящее сообщество
Мало поля добавить в схему. Самое главное чтоб на сервере кто-то с этим полем работал.
источник

P@

Pavel @nodkz in GraphQL — русскоговорящее сообщество
Т.е. добавляется поле в аргументы, ну а дальше на сервере это поле считывается и как-то пробрасывается в запрос к БД. То что по ссылке выше к монгусу дал, то там просто надо добавить поле и тут же пробросить его в запрос. Одним методом две аещи сращу опоеделяются.
источник

m

m^^combat in GraphQL — русскоговорящее сообщество
Да но это тогда на каждый фильтр надо добавлять сурогатное поле:(
источник

m

m^^combat in GraphQL — русскоговорящее сообщество
На фильтр по каждому вложенному проперти
источник

m

m^^combat in GraphQL — русскоговорящее сообщество
Или я чего то недопонял
источник
2019 July 08

R

Ray in GraphQL — русскоговорящее сообщество
Привет всем) Может немного не в тему, но я набросал утилиту для формирования мок данных на основе схемы gql) Что вы думаете по этому поводу? Как вам идея?) Я могу объяснить суть, если вдруг нужно будет) Если не трудно дайте фидбэк, пожалуйста)
https://github.com/world-kit/kit-assistant/tree/master/packages/gql-mock
источник

e

egoarka in GraphQL — русскоговорящее сообщество
вроде норм, но как по мне удобнее на резолверах логику и данные мокать, сам себе сервер поднял и делай че хочешь + генератор для интерфейсов, схем под рукой

а в этом случае волокита, проще засунуть db.json рядом с компонентами и напрямую кверить   с помощью рамбды или лодаша
источник

AZ

Aleksey Zikrackiy in GraphQL — русскоговорящее сообщество
egoarka
вроде норм, но как по мне удобнее на резолверах логику и данные мокать, сам себе сервер поднял и делай че хочешь + генератор для интерфейсов, схем под рукой

а в этом случае волокита, проще засунуть db.json рядом с компонентами и напрямую кверить   с помощью рамбды или лодаша
Спасибо за ответ)

Это решает проблему, что бы в каждом клиенте не писать моки и не засерать резолверы на сервере, нужно было придумать решение)
Теперь получается что каждый пользователь сервера может быстро сгенерировать себе отдельные моки и пользоваться ими)

P.S. так же это автоматизация ручного создания мок данных😀
источник

AZ

Aleksey Zikrackiy in GraphQL — русскоговорящее сообщество
egoarka
вроде норм, но как по мне удобнее на резолверах логику и данные мокать, сам себе сервер поднял и делай че хочешь + генератор для интерфейсов, схем под рукой

а в этом случае волокита, проще засунуть db.json рядом с компонентами и напрямую кверить   с помощью рамбды или лодаша
Видимо мы решаем разные проблемы) у нас frontend разработчик не имеет прямого доступа к gql серверу)
источник

e

egoarka in GraphQL — русскоговорящее сообщество
а, так он может свой сервер поднять и ститчинг сделать, к примеру и чето дополнительного по ходу делать даже допилить в своих резолвах по нуждам

кстати, моки предполагают логику, а стабы - нет, скорее это у вас тогда стабы
источник

AZ

Aleksey Zikrackiy in GraphQL — русскоговорящее сообщество
egoarka
а, так он может свой сервер поднять и ститчинг сделать, к примеру и чето дополнительного по ходу делать даже допилить в своих резолвах по нуждам

кстати, моки предполагают логику, а стабы - нет, скорее это у вас тогда стабы
Суть в том что они пользуются production сборкой сервера и не хочется их загружать работой с gql сервером, так как им занимается отдельная команда)
источник

e

egoarka in GraphQL — русскоговорящее сообщество
Aleksey Zikrackiy
Суть в том что они пользуются production сборкой сервера и не хочется их загружать работой с gql сервером, так как им занимается отдельная команда)
можно тогда поднять удаленно новы2 сервак и дать на растерзание
ну в общем, странная затея
источник

AZ

Aleksey Zikrackiy in GraphQL — русскоговорящее сообщество
egoarka
можно тогда поднять удаленно новы2 сервак и дать на растерзание
ну в общем, странная затея
Не, возможно вы не так поняли или я не так объяснил, они работают с тестовым сервером на котором стоит gql, что бы им не заморачивается как gql работает они собирают через jenkins и обновляют сервер)  и хотелось бы что бы они рядом с сервером положили файлик или ссылку на сервер где взять моки и все) а что бы не создавать моки руками вот эта утилита)
источник

e

egoarka in GraphQL — русскоговорящее сообщество
Aleksey Zikrackiy
Не, возможно вы не так поняли или я не так объяснил, они работают с тестовым сервером на котором стоит gql, что бы им не заморачивается как gql работает они собирают через jenkins и обновляют сервер)  и хотелось бы что бы они рядом с сервером положили файлик или ссылку на сервер где взять моки и все) а что бы не создавать моки руками вот эта утилита)
а, типа фронт не понимает как gql юзать что-ли оО? и я так понимаю генерятся rest эндпоинты, странно что в ридми об этом не написано, не понял сразу
источник

R

Ray in GraphQL — русскоговорящее сообщество
egoarka
а, типа фронт не понимает как gql юзать что-ли оО? и я так понимаю генерятся rest эндпоинты, странно что в ридми об этом не написано, не понял сразу
Фронт знает как юзать gql как источник данных, но как там это работает внутри они не знают, так как это работа отдельной команды)

Никаких энпоинтов нет, она просто берет схему и делает из неё объект с моками, а ты можешь уже с ними делать что хочешь)
источник

e

egoarka in GraphQL — русскоговорящее сообщество
все, понял что хотели + чтобы заморочек с доп серверами не было, тогда тут без лишних комментариев

но все-таки я бы не назвал это моками - подходящие названия: fixtures, stubs
источник

R

Ray in GraphQL — русскоговорящее сообщество
egoarka
все, понял что хотели + чтобы заморочек с доп серверами не было, тогда тут без лишних комментариев

но все-таки я бы не назвал это моками - подходящие названия: fixtures, stubs
Фууф, мы поняли друг друга)

Ну название «моки» пошло из apollo-server, там это так называется)

Спасибо за диалог))
источник

e

egoarka in GraphQL — русскоговорящее сообщество
+
источник