Bowen: Да, я видел. Но мне кажется, что это немного "велосипед". Ведь шаблонов не больше, чем компонентов (иначе какой смысле делать для одного toster несколько search bar)?
Соответственно, у каждого компонента только один общий шаблон для статических элементов (в т.ч. search bar).
Если всё же есть такое, что у toster и habr задуман один и тот же search bar по виду, но, допустим, разные header, footer, etc, то можно прописывать ссылку на стиль из некого файла shared.styles.css, в котором будут стили, необходимые нескольким элементам из разных компонентов (toster, habr...)
Bowen: Ну, для toster свой search bar, для habr - свой.
Внутри всего "приложения / сайта" toster этот search bar неизменен.
Соответственно, блок, где он находится (допустим, header) стилизируется один раз в toster.component.css. То же и для habr.
Других вариантов не вижу.
Bowen: Если я правильно понимаю, тогда у шаблонов нет (во всяком случае, не должно быть) общих header, main, footer.
Но каждый из них имеет свою "главную" страницу.
Toster - toster.component.ts
Habr - habr.component.ts
И в этих главных компонентах всё рендерится по принципу, указанному выше.
E.g.: toster.component.html
- toster-header /toster-header
- toster-main
router-outlet /router-outlet
/toster-main
- toster-footer /toster-footer
Bowen: Упрощённо, у меня так:
pastebin.com/gLQTxZ6F
Соответственно, есть app.component.scss, где прописаны стили для всех статичных элементов: header, footer, search bar, whatever...
При клике по ссылкам компоненты Home, Portfolio, Contact рендерятся в router-outlet, не задевая статичного каркаса.
Тогда, по идее, он должен присутствовать на каждой странице приложения. Скорее всего, внутри статичного header, который, как правило, рендерится в контексте app.component.ts. Соответственно, и стили пишем там же в "корневом / начальном" компоненте, который никогда не меняется. - всегда статичен (как каркас, внутри которого рендерятся остальные страницы).
2. Третий параметр replaceState не обязателен. Без него должен оставаться текущий URL.
https://developer.mozilla.org/en-US/docs/Web/API/H...