Так у вас же количество лайков только обновляется ? Вам поидее надо не конкатинировать массивы данных, а плюсовать к текущему значению. Примеры насколько я помню там такие тоже есть

Подскажите начинающему. Сейчас нет способа из коробки в apollo-server писать схему в файлах .graphql, нужно использовать graphql-tools, я правильно понимаю?
Либо посоветуйте большой проект с использованием apollo-server. Где можно посмотреть как разбиваются схема на отдельные типы/файлы, как это потом склеивается и т.д. Best-practice так сказать. Либо может какой-то большой курс, не по языку graphql, а именно по использованию сего. Спасибо!

Если большой проект уходите с sdl в сторону генерируемой схемы. Вроде type-graphql

Я не хочу тайп скрипт. Я делаю пет проект, хочу понять apollo ну и graphql на серверной стороне.
Но примеры из доки странный, то пишут с использованием функции шаблонных строк, то SDL в graphql файлах. Непонятно. Чтобы не биться головой, надо где-то смотреть, т.к коллег нет по nodej, только пхп. Прошу у чатик помощи либо скинуть курс большой и адекватный, либо репу, чтобы хоть понять что и как. Поиск по гитхабу пока не дал результата, да и много звездочек не дают гарантию хороших практик.

ts не сильно сложный, сильно рекомендую вкурить его, ещё никто не захотел вернуться в js после ts из тех кого я знаю, было такое что задалбливались от строгой типизации, но её можно вырубить (strict: false в tsconfig.json) и получай считай голый и гибкий js

там если запускать через ts-node то ts код запускается как обычный node js код

Я понимаю, да, есть планы на тайпскрипт на этот год, но пока не хочу распыляться.
Ну и мнения все таки существуют разные, тайпскрипт не всегда серебряная пуля и джс хватает часто с jsdoc.

Подниму. Может Павел увидит)

При создании/изменении сущностей и данных правильная практика будет возвращать с сервера изменённые данные.

Если бекенд не синхронный на запись и построен более на событиях и асинхронных задачах (топо оптимистик апдейт), то да, тогда нужно самому писать в локальные кеши или react-query, или аполло клиента или редух или что там в виде кеша на клиенте у вас.

По факту что .graphql файлы, что в виде gql внутри js. Это все одно и тоже. Это sdl. Разницы особой в импорте или написании нет, разве что gql в js более многообразен за счёт того, что можно вставлять переменные и кусочки, более удобно, чем с файлами. Но большой проект на sdl это боль, скажу по своему опыту. Когда не было особо практик генерируемых схем (3 года назад). Поддержка более сложная, уйма повторяющегося кода в той или иной мере. Не обязательно ts понимать, можно только генерированную схему использовать.

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

Привет всем.
Кто-нибудь знает решения для объединения разных АПИ под одним graphQL сервисом, кроме graphql-mesh?

Федерация для объединения graphql источников же

Да оно для graphQL, мне надо ресты, написанные на разных языках, собрать в один

а ресты со сваггером?

возможно. Но mesh с этим свагером не работает

это скрытая причина переходить со сваггеров на GraphQL на самом деле) федерация очень крутая фича и недооцененная

сам искал аналог федерации для OpenAPI (и ничего не нашёл)

Я не понял как связана федерация с АПИ. Вопрос не об этом.