после в package.json их устанавливать, после чего в app.module главного приложения их импортировать? есть ли ссылки на такие проекты на гитхабе или еще где?
не вяжется. это монорепо. мне нужно чтобы каждый модуль был репой, чтобы потом можно было отдать каждой команде на разработку. тем более в nx если создать main app а после два sub applications то их нельзя будет импортировать в main. цель такая: запустить только main приложение, там будет роут с лэйзилоадингом, и по нажатому маршруту откроется какой нибудь sub-application(они тоже имеют свои роуты и свою логику)
а;..; тогда тебе надо в сторону git submodules и на npm link смотреть
а.. это уже другое
у нас уже нет app.module :)
а в чем проблема создать npm пакет с модулем, с нем и роутинг можно и все остальное
думал о таком, но примеры не нашел
надо просто ангуляр проект создать без главного проекта
у нас например есть репа с компонентами, под каждый есть проект в angular.json, вся репа контроллится lerna она билдит и выкладывает пакеты в np
ну компоненты можно и в shared положить, по сути получится либа. а у либы нет своего стэйта и роутов. мне же надо приложение наше распилить, и чтобы каждый модуль(репо) был как ангуляр проект. И будет главный проект, в нем свое состояние и все его sub-applications могли иметь доступ к его стейту
не надо вообще иметь у себя shared модуль
у нас так исторический сложилось
это и называется shell + microFrontend
ну так вы можете сначала каждый компонент в собственный модуль закатать, потом перешарить его через shared, а когда всё в модулях будет - грохнуть сам shared :)
так это и есть ангуляр проекты, и роутинг там можно и стейт, смотря что под ним подразумеваете
https://medium.com/front-end-weekly/angular-initialize-your-tests-in-a-beforeall-21e709474632 чего-то я последнее предложение не понял....
А что не понятно? Если вы создание тестовый модуль в beforeAll, то вы используете один и тот же инстанс сервисов и всего остального со всеми тестами в этой группе. Что порождает проблемы, т.к. часто в тестах выполняются действия которые меняют состояние зависимостей и самого компонента. Поэтому вообще нет гарантии что следующий тест запустится с чистого состояния
Обсуждают сегодня