та я думал там понятно будет что это в шаблоне, извини)

это которая ${}?

Да

правильно же? не работает чегото

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

много кавычек все разные сбивают немножко

Всем привет, может кто подсказать или кинуть статьей на тему преимуществ использования динамических компонентов по перформансу против обычных через ngIf и ngSwitch

создай строку в компоненте а в шаблон впихни переменную.

всем привет, подскажите пожалуйста:
const factory = this.cfResolver.resolveComponentFactory(ChipComponent);

создаю компонент таким образом, в компоненте есть ng-content куда всталяется текст

как мне его туда пробросить?

уже часов 5 ковыряю, не могу понять

переделать компонент не выйдет - слишком много зависимостей и вообще мне туда нельзя

гуглил?

нет, просто ждал озарения и оно всё не приходит

значит надо гуглить
по запросу "ng-content in dynamic component" куча результатов, и ответ похоже есть даже в первых трех ссылках

Добрый день. Я хочу использовать пайп для фильтрации как в этом примере. Однако шаблон который обведен красным прямоугольником и инпут выше него находятся в разных компонентах на разных уровнях, соответственно я не могу использовать переменную query как показано на скриншоте. Инпут  сам является отдельным компонентом который в свою очередь помещен в компонент хедер. И таблица, которую нужно фильтровать, тоже является самостоятельным комонентом. Как можно передать переменную query в оба компонента чтобы пайп отрабатывал корректно? Надеюсь окончательно не запутал вас.

Если какой либо из параметров используется несколькими компонентами, очевидно нужно поместить его в общий сервис и в каждом из уомпонентов этот сервис инжектить

https://angular.io/guide/component-interaction
вариантов не много
инпуты или сервисы, или извращения типа получение компонента через ViewChild

будет ли правильно создать отдельный сервис для этого, типа filter.service

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

Да, как вариант