этот sdl не записывается в  какой то файл, который можно закомитить ?
Prisma client генерит sdl и кладет его куда скажешь в твоём проекте, и потом оттуда можно импортировать типы в свои sdl, думал может что-то похожее может быть у нексуса

Да, записывается в отдельный фалй

но с другой стороны - всегда можно открыть graphqlPlayground, и получается этот файл и не нужен )

вот этот файлик генерируется каждый раз при запуске

не похоже на автосгенерированный файлик 😊

schema: path.join(__dirname, "../fullstack-schema.graphql"),
А на что похоже?)

а, извиняюсь, не видел что строка выделена ) да, очень похоже ))

Никак не могу понять, то, что у TypeGraphQL в отличие от GraphQL Nexus резолверы объявляются отдельно от TypeScript types + schema types — это минус или плюс?

Nexus жуткий синтаксис. Кривой запуск сервера чтоб заработали тайпинги.

Берите type-graphql. Он работает на базе тайпскрипта.

Он более продвинутый. У него только одна проблема на данный момент с резолверами. Что необходимо явно возвращать тип. Там в статье где-то ссылочка внизу была на ишью самого Михи. И он там уже решение этой проблемы нашел.

В целом пахнет заказной статьей, чтоб хоть как-то пнуть мертворожденный нексус.

Я уже со своей стороны пилю свой type-graphql – graphql-compose-decorator
Пока внутренняя полировка идет. Как будет готов опубликую.

У них у всех (graphql, graphql-tools, type-graphql, nexus) беда в том что не предоставляют функционал редактирования типов.

https://nodkz.github.io/conf-talks/talks/2019.05.12-zlit-tech-kiev/index.html

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

Сейчас на graphql-compose приходится только 7% скачек с npm.  
graphql-js - 100% (1.4 млн скачек в неделю)
graphql-tools - 50%
type-graphql - 1%
nexus - 0.2%

Свою долю хочу увеличить до конца года минимум в 2 раза.

у вас крутой проект, но что то вспомнился "фактор автобуса" ) вы не планируете с этим что то делать ?)

Базовый функционал graphql-tools я уже повторил. Остаются только декораторы (для этого сейчас Visitor по схеме пишу).

У type-graphql  в базе лежит слабенький экспорт метаданных от тайпскрипта, и пару архитектурных проблем. Я все это дело порешаю своими декораторами со своим упрощенным синтаксисом, плюс пишу свой генератор для тайпскрипта (который будет возвращать все необходимые метаданные из статического анализа через Compiler Api).

Nexus вообще желания повторять нету. Слишком убогий синтаксис из 90х.

для лл

Я уже подтянул двух контрибьютеров из Gatsby – Михаила Новикова (reindex.io) и Стефана Робста.

В мае еду в Киев на конфу, там хочу еще подтянуть Ивана Гончарова (текущий контрибьютор graphql-js).

вот эту бы инфу в conf-talks, многие я думаю (как и я) посмотрели в начале на чём можно схему делать и начали пробовать с нексуса, самый новый типизация и вот это всё

Самое главное чтоб до конца года автобус не переехал. Вобщем над басфактором работаю активно.

Например для mongodb-memory-server эта проблема уже решена. Там мне Андре из Франции помогает. Плюс утилита для тестировщиков, там вообще особый кайф либу мейнтейнить. Половина ишью с офигенным дебагом и куча пулл-реквестов. Тестировщики самая благодарная аудитория.

Уже есть статья
https://github.com/nodkz/conf-talks/tree/master/articles/graphql/schema-build-ways

Просто я могу поливать сильно в чатах, а в статьях налдо более менее взвешанно держаться )))