Ну почему, все будет само шариться между беком и фронтом, само генерироваться, все на схемах

вот пример https://github.com/divyenduz/ts-graphql-plugin, я эту штуку юзал когда мне нужно было на бэке чтобы декоратор был оригинальный, а на фронте чтобы урезался функционал, чтобы не тянуть туда всякое барахло бэковое

в итоге одно дто на фронт и бэк, ну тепер уж все, нест 7 все сломал теперь копипсатю тонны дто

спасибо, покурю код

но ввиду наложеных ограничений сверху юзаем restapi и страдаем

Так а что мешает шарить ts в личный репозитории без компиляции?

как и описывал выше, так и есть, затем это тянется через npm, который в свою очередь вызывает из package.json prepare, который билдит

не отрицаю, что могу тупить и не видеть очевидного выхода

Для работы некоторых декораторов тянется файловая система и всякие тулзы ноды

Бандл или большой выйдет для фронта, ну чаще вообще не запускается

То что я скинул подменяет fs на {} грубо говоря

Ну он не универсальный заточен под граф

Ребят, какая-то фигня с env переменными.

Вот что я добавил в импорт:
ConfigModule.forRoot({ isGlobal: true })

перед bootstrap() принтуем console.log(process.env)
получаем SECRET_KEY: 'secret’, и др.

Вроде бы все нормально, но затем где нибудь здесь (пример ниже), лежит undefined.

@Client({
 transport: Transport.GRPC,
 options: {
   url: ${process.env.SERVICES_NETWORK_IP}:50054,
   package: 'somepackage',
   protoPath: join(__dirname, '../somedir/someproto.proto'),
 },
})
private client: ClientGrpc


Почему так?

вот тоже интересно.
сделал костыль через dotenv ибо не нашел решения

Потому что доку читать надо)

Переменные окружения нужно забирать через конфигсервис

Это не удобно же

+1

Получается мне нужно сделать класс, в конструктор засунуть этот конфигсервис, сделать метод получения переменных и таскать этот класс везде

Так и есть