Вы видимо из мира джавы)))

Классы не всегда есть

Я изо всех миров ) мне все оавно на чем...

В общем всё что выше про UML, классы, наследование моделей не имеет отношение к композу

Это тупой инструмент как отвёртка, ему скармливаешь типы, резолверы он выплёвывает схему — всё

То про что вы пишите это уже абстракции разного вида

У нас либо монорепы. Либо скрипт помагайка который запускается перед стартом клиентского приложения в дев режиме. Схема стягивается уже с запущенного сервера (стейджинга, дева, либо ревью). Делается это с помощью graphql-codegen он много откуда умеет тянуть схемы.

Вот мой пример https://gist.github.com/nodkz/841ce4453fbaebf467caadd7914fe45d

а как помогайка узнаёт, с какого именно стейджинга тянуть?

graphql-compose это обертка над graphql-js.

graphql-js строит схему из конфига GraphQLObjectType и ежие с ними вложенными объектами.

graphql-compose позволяет этот конфиг собрать программным путем при запуске сервера. Т.е. он предоставляет регистр типов, SDL сахар создания этих самых типов и кучу методов для проверки наличия/создания/удаления полей, аргументов.

Один из кейсов, есть большая graphql-схема и надо сгенерировать из нее публичную урезанную схему и админскую.

Другой кейс, есть mongoose модели или typeorm или elasticserch маппинги - так вот из них моно на автомате генерить графкуэль типы, удалять “секурные поля” и уже потом конструировать схему. Т.е. исчезает прописывание одних и тех же полей по два раза (в схеме модели и в графкуэль типе).

—

Все популярные js инструменты, типа graphql-tools, typegraphql, graphql-compose, nexus, gqtx, graphql mesh - занимаются тем, что тем или иным способом строят инстанс GraphQLSchema чтобы ее передать в пакет graphql-js, который будет выполняет в рантайме запросы на вашей схеме. Т.е. пакет graphql-js фокусируется на рантайме и предоставляет классы типов, чтоб вы ему собрали схему в виде древовидного “конфига”. И кто собирал это дело руками, знает насколько муторно все это дело и пытаются тем или иным способом все это дело упростить, построив поверх свой абстрактный уровень с методами помогайками.

Отличие graphql-compose от всех остальных конструкторов схем в том, что можно схему строить на базе стандартных логических операторов. Например, если схема не админская, то в типе юзер удали поле email:

if (process.env.APP_ROLE !== ‘admin’) {
   if (UserTC.hasField(‘email’) {
      UserTC.removeField(‘email’);
   }
}

Это я не капал. Мы юзаем стейджинг на ветку мастер у нее всегда фиксированный урл. Возможно хост можно как-то законфигурировать через env переменные. Ну или через bash скрипт подменять (например через `envsubst < /template_deploy.yml > /deploy.yml`).

В любом случае это тема для самостоятельного ковыряния.

окей, спасибо 🙂

Плюс можно в репке graphql-codegen написать Дотан Симха у них активно допиливает фичи.

сам пакет уже умеет всё, что должен уметь, он принимает url до схемы

вопрос принятия решения “какая именно схема”, как мне кажется, должен решаться уровнем выше

Ну например автоматом подменять в строках значения из ENV переменных
schema: “${SCHEMA_HOST:http://localhost:9999}”

Типа если есть переменная то взять ее, либо поставить дефолтное значение

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

вот так мне нравится 🙂

тока пока насколько знаю шаблоны они не поддерживают

Если откроете ишью, скиньте мне ссылку. Я там Дотана тегну, скажу класная фича. Это должно повлиять на скорость реализации )

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

да и если понадобится, я, наверное, просто переписал бы codegen.yml тем же скриптом, которым спрашивал бы про выбор стейджа

хотя, если бы была поддержка шаблонов, было бы классно, конечно 🙂