как же все таки херово назвали части связывания

а как это скажется на размере бандлов? если, к примеру, у меня есть несколько страниц, которые импортируют этот users модуль, но одной странице нужен только сервис оттуда, другой – гард, а третьей – компонент с пайпом. но все три страницы импортируют модуль целиком

это всё как-то будет тришейкаться или дробиться на чанки? или просто полный размер модуля будет включён в чанк каждой страницы? все страницы lazy

Зачем импортировать лейзи модуль?

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

feature модули не лейзи, только pages лейзи

сейчас скину условную структуру

Я понял о чём ты, ну этот модуль ничего не експортит

Там лежит только то что юзаеться на уровне модуля

Если тебе надо что-то реюзабл ты ложишь в отдельную папку, модуль и связку делаешь на чём-то

да, но модуль из pages импортирует feature модули из modules. но юзает не всё, что feature модуль экспортирует

Понял, и вопрос в том как фреймворк бориться с unused deps

Ну у нас на проекте, 1 модуль 1 export (было до того как я пришёл на проект)

Скиньте уже структуру кто то :) а то все вокруг до около ходим

+ можно почитать про TSP

да. то есть, я понимаю преимущество такого подхода в плане масштабируемости и вот этого всего, но что с бандлами?

Angular оптимизирует это так, что если это используется только в одном lazy module, то в другие lazy modules не попадет.

Если это используется в нескольких lazy modules, то это будет вынесено в отдельный чанк, который будет общим для этих модулей.

Если это используется в рутовом модуле, то это попадет в основной бандл.

то есть, как я и предполагал, в моём примере будет отдельный чанк для feature модуля и три чанка для страниц, и каждая страница качает feature чанк целиком

тогда, при таком подходе очень важно правильно делить всё на feature модули, чтобы они были как можно меньше и содержали только необходимое, правильно? потому что если делить всё приложение просто на страницы, то понятно, что каждая страница содержит в себе только необходимое. но когда страница – это набор импортируемый feature модулей, то может попасться и что-то лишнее. и нам бы хотелось, чтобы лишнего было как можно меньше, значит и модули должны быть меньше

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