Аполо тоже не сказал бы что стабильный

Технически одно и тоже. Назови хоть коробочкой )

Там от редакса только общедоступность из любого компонента и оповещение об изменениях

Это не важно что там от редкса. Суть одна - единый стор/кэш/object/whatever с api доступа/записи и оповещения компонентов.

Вот это больше похоже на правду

Суть редакса в flux-е котороый накладывает жесткие ограничения на то как менеджер состояний должен работать чтобы его было легко дебажить.

А как ловить ошибки fetchMore?

Вот я создаю observable:

const observable = client.watchQuery({ query, variables });

Подписываюсь на него. Обычные ошибки попадают в error коллбек, но ошибки observable.fetchMore() не попадают

похоже можно просто fetchMore().catch(...)

Try GraphQL! Интерактивное руководство по основам GraphQL → https://trygql.com/

@AlpacaGoesCrazy ORM и типовый GraphQL сервер сильно пересекаются по функционалу.
- ORM предоставляет а) рекурсивную выборку реляций б) Бетчинг в)кеширование г) валидацию.
- GraphQL сервер предоставляет а) рекурсивную выборку реляций б) бетчинг в) кеширование г) валидацию
Современные API билдеры типа Prisma прямо позиционируются как замена ORM.

Можно ещё добавить дублирование кода между моделями ORM и схемами GraphQL но это отдельная большая тема. В итоге, лично я не вижу смысла тащить комбайн ORM туда, где его плюсы не используются, а минусы остаются.

спасибо за интересный ответ

Вопрос ко всем js разработчикам: кто как и где хранит версию приложения? Я пока храню в package.json, но это не очень удобно, т.к. докерный image перестраивается каждый раз при изменении файла package.json (он делает npm install --production). Вот думаю может вынести версию в отдельный json файл и обновлять его. А ещё, как вариант, написать какой скрипт, который будет запускаться в npm poststart и увеличивать патч версию автоматически после перезапуска (только в NODE_ENV=development варианте)

Что в твоём понимании версия? У меня просто docker образ с тегом версии

У меня есть локальный changelog который возможно не нужен

Вообще, best practice для версии докер образа считается хранить id коммита

Ребят, подскажите, что-то я совсем запутался.
Пытаюсь заимплиментить https://github.com/nodkz/conf-talks/tree/master/articles/graphql/errors
идея очень понравилась, но непонятно как быть с вложенными списками, листы ведь вроде как нельзя складывать в union

GraphQL Unions represent an object that could be one of a list of GraphQL Object types, but provides for no guaranteed fields between those types. They also differ from interfaces in that Object types declare what interfaces they implement, but are not aware of what unions contain them.

Просто если возращается объект, то понятно или Result | Problem
а если возвращается список (например запрашиваем книги автора и ловим исключение) [Result] | Problem, как-то не хочет парсер такую схему принимать. Как вариант вроде можно сделать доп. тип который будет отдавать этот массив подузлом, но как-то это некрасиво

ну, если не считая докер, где и как тогда версию хранить? Кроме как в package.json