Как стать автором
Обновить

Комментарии 11

Это точно статья? Больше похоже на перепечатку QuickStart из доки
это начало, выкладываю, по мере оформления
Все же стоило проработать статью до какого законченного варианта — то что вышло сейчас никакой смысловой нагрузки не несет
Первая публикация — при публикации, не было даже варианта оформления с markdown, только html. Не было ни какой уверенности, что все правильно оформил.
Я столкнулся вот с какой проблемой. У меня angular приложение и nest к нему. Также, на первом уровне, есть папка shared с общими моделями данных.

backend/
frontend/
shared/

Когда я запускаю nest через start:dev, то в папка backend/dist преобретает вместо правильной структуры backend/src/ следующую:

backend/dist/backend/src/
backend/dist/shared/

что затем приводит к ошибкам импортов. Как вы храните общие между angular и nest модели?
я бы разделил бек и фронт по разным проектам
Да, но ведь вопрос по общим моделям остается. Дублировать их для каждого проекта тогда?
Тоже натолкнулся на такую проблему. В итоге пришлось отказаться от shared каталога, все модели респонсов/реквестов храню в backend и импортирую их во фронт. Решение не очень красивое, но рабочее
Ну, кстати, да. Вполне приемлемо для меня.
Еще заработало когда я в nest-cli.json указал следующее:

{
"collection": "@nestjs/schematics",
"sourceRoot": "backend/src"
}

Тогда nest start --watch находил файлы в dist директории правильно. Но затем я понял, что это привело к неправильной работе комманд вида nest g .... Эти команды начали создавать файлы не там, где мне было нужно.
Посмотрите в сторону nrwl с их продуктом nx. Использую их подход монорепозитория для проектов angular + nestjs.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории