Тогда, хорошо подойдет формировать список необходимых подписок в зависимости от всех условий. В этом списке должно быть конкретно обозначено что именно должно отобразиться.

А уже отталкиваясь от этого списка, рендерить необходимые компоненты. Это можно сделать через ngIf, ngSwitch, ngComponentOutlet, или @ngxd/core, если потребуются биндинги.

☝️ используя последние два способа, если в приложении включен ivy, то можно будет сделать ленивую подгрузку компонентов

Задача в том чтобы хранить какие-то данные и условно только разработчик видит эти данные

Задача в том чтобы хранить какие-то данные и условно только разработчик видит эти данные

если только отправлять на бэк эти данные
в браузере не спрячешь

Это jwt token я его получаю и он лежит в браузере во время сессии, возвращать обратно нету смысла

зачем его прятать?

представим есть компонент в котором в зависимости от типа юзера нужно показать ту или иную подписку
условий может быть множество

каждая подписка это отдельный компонент

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

и почему?

Я бы начал с такого

export interface MySubscriptionPlugin {
 supports(user:User): Observable<boolean>;
 getSubscription(): Observable<MySubscription>;
}

Имеется 2 массива объектов, один большой, второй маленький. У объектов большого массива имеются поля id, ЗНАЧЕНИЯ которых я должен сравнить со ЗНАЧЕНИЯМИ полей type, которые имеется у вложенных объектов маленького массива. Если найдется совпадение, то поля name из большого массива объектов вывести в верстку ангуляра. Подскажите, как элегантно и правильно это можно сделать?

Использовать Set для маленького массива
И отфильтровать с помощью него большой

Set дубликаты убирает

А не надо?

дубликатов нет

Тогда в чем проблема?)