наоборот жеж, только в оф. доке нет https://habr.com/ru/company/tinkoff/blog/467525/
Излишняя абстракция?
А это избавляет от конфликтов как если компонент в декларации дважды встречается. Модули как-то сами ресолвятся?
ты же его в своем модуле и декларируешь 1 компонент- 1 модуль
Да, а потом этот модуль могу подрубить в нескольких других модуляхткоторые находятся в общем большом модуле и не будет конфликта?
да - там где ты юзаешь свой компонент, в тот модуль и импортируешься
чаще всего модуль на компонент будет хорошей практикой :)
модуль на компонент, который экспортится Сам модуль внутри вполне может приватные компоненты определять ещё
Тут именно про shared написано, а которые мне shared тоже приятно сделать с модулем?
ну я лично от shared вообще отказался все, что лежало в шейреде вынес в свои модули, так проще юзать их прям по месту даже директиву или пайп завязываю на отдельный модуль Все, что юзается в конкретном компоненте (к примеру mat-input / mat-calendar ) импортится только в тот модуль, в котором оно юзается Если есть глобальный модуль для либы - то его лучше убрать
в shared все таки стоит кидать какие-то общие зависимости, но допустим mat модули лучше конечно же подключать только там где они нужны
у меня просто прям сильно общих зависимостей нет. Если есть примеры, то буду только рад услышать
Кастомные контроллы
https://levelup.gitconnected.com/where-shall-i-put-that-core-vs-shared-module-in-angular-5fdad16fcecc#:~:text=Your%20shared%20module%20should%20contain,your%20Components%2C%20Directives%20and%20Pipes.&text=Contrary%20to%20the%20core%20module,Core%20Module%20import%20structure.
также храню в своем модуле у тебя может быть 5 кастомных контролов, все разные и все со своими зависимостями А юзать конкретный контрол ты будешь только в одном месте (а шейред модуль будет тянуться целиком, а он жирный, как правило) Я не исключаю, что упарываюсь и мне интересна альернативная точка зрения
Ну shared это директория Можно там компоненты изранить делая для каждого модуль
верно, но это имеет отношение к структуре проекта, а не к разбиению на модули поправил там сообщение, чтобы корректно было
Обсуждают сегодня