Например в этом туториале испульзуется Yoga  с Type ORM
https://www.youtube.com/watch?v=2eWIr6bbons&list=PLN3n1USn4xlky9uj6wOhfsPez7KZOqm2V

который мне не зашел)

Или получается что я сравниваю apollo-server с apollo-server + ещё несколько npm-пакетов?

Да

Мне йога нравится, я просто переживаю не упрусь ли я потом в какие-нибудь грабли, что придётся переписывать всё на чистый аполло-сервер, а всё остальное докручивать отдельно.

Ты сам на свой вопрос ответил йога лишь прослойка на аполло сервер

Не прийдется, в крайнем случае всегда есть ишьюс, на которые активно получаешь ответ

Прослойки бывают разные. Бывают прослойки, которые типа упрощают жизнь разработчику, а на самом деле просто прячут большинство опций. И если понадобиться что-то тонко настроить, то через эту прослойку уже не получится.

Интересно узнать что именно понадобится «тонко настроить» через  аполло сервер

По поводу будущего, вот тут (https://www.apollographql.com/docs/apollo-server/v2/migration-two-dot.html) пишут, что:

…It’s also completely backward compatible, so you don’t have to worry about breaking changes when upgrading.

While it’s possible to migrate an existing server to the 2.0 release candidate without any changes…

У меня есть ещё вопрос:

Есть очень интересная статья https://blog.apollographql.com/securing-your-graphql-api-from-malicious-queries-16130a324a6b

В ней упоминаются пакеты https://github.com/4Catalyzer/graphql-validation-complexity и https://github.com/pa-bru/graphql-cost-analysis. А они для GraphQL.js.

Если я использую Apollo Server, а не GraphQL.js, то эти пакеты не подойдут?

Ребят. С передачей данных, вроде все понятно. А как сделать экшен, те если нужно что-то выполнить

Кто-нибудь знает ответ на этот вопрос?

в описании пакетов написано

Про graphql-validation-complexity ничего не написано.

Про graphql-cost-analysis, действительно, написано, что можно юзать в связке с apollo.

// Then use this rule with validate() or other validation APIs.

там и про SDL дальше

Есть задача:

Разрабатываю сейчас сервис — доску объявлений.

Объявления идут в списке. У каждого объявления есть определённые поля — цена, масса и т.д.

Каждый пользователь может фильтровать и сортировать объявления по этим полям. Например, указать min и max цену. Значения фильтров кажого пользователя сохраняются в базу данных.

Задача состоит в том, что при появлении новых объявлений, подпадающих под выбранные пользователям критерии (фильтр), он пулучает push-уведомления.

Для этого, очевидно, нужно использовать server side subscription.

Но непонятно одно:

Сам query в subscription'е один (некий шаблон), куда передаются переменные.

Значения этих переменных нужно взять из базы данных. Как их в server side subscription'е брать из базы?

Получается, на каждого пользователя по server-side subscription'у? Что если пользователей 10000? Будет 10000 server-side subscription'ов? Как их создать автоматом 10000 сразу?

Я юзаю Prisma. Там server-side subscription'ы прописываются в файле prisma.yml.

В YAML-файлах можно юзать переменные.

Но как автоматом создавать и изменять 10000 таких YAML-файлов?

Как бы всё очевидно, если query один и тот же (статичный) для всех юзеров. Все разом получают один и тот же update.

А тут вроде и query один и тот же, только значения переменных в этом query разные для разных юзеров. Каждый должен получить push-уведомление (даже если у него сейчас не открыто приложение) под свои значения переменных.