думать что кладете в функцию да и все

оххх ноуууу...это же преступление. забанить гугл

а, функции в шаблонах нельзя вызывать?
Сори за нубский вопрос, ещё не совсем опытный.)

Сам по себе вызов функции в change detection - не проблема. Важно, что эта функция делает. Если она будет создавать существенную нагрузку - то можно мемоизировать

Ну в принципе ничто не ограничивает. Просто они срабатывают на каждое изменение в шаблоне . По производительности сильно бьет

Тут же еще вопрос, почему change detection 100500 раз вызывается, стоит подумать об этом )

Для этого pipe есть, фиксит это дело

Будете вызывать пайп 100500 раз вместо функции?

понял, очень интересно.
Я кстати со вью пришёл и хотел спросить, планируют ли ангуляр переписывать на виртуал дом и почему его всё-таки нет в ангуляре? Производительнее же будет.

Да, я так и делаю.

Привел вам в пример скрин от гугла

Опять категоричные высказывания...

пробовал изменить объект через Object.assign(

Ну можно это просто проверить логируя

Приветствую! Еcть icon модуль, в котором задекларирован компонент и сервис хранения иконок. Icon модуль я импортирую в другие модули (компонентные и в app.module приложения). Проблема в том, что создается 2 инстанса модуля и 2 инстанса сервиса (хотя я импортирую icon модуль больше 2х раз). Нормально ли то, что Icon module создается больше одного раза?

Проверено. И я знаю чем это чревато. Помним о контексте задачи и все

Incremental DOM вроде совсем чуть-чуть проигрывает Virtual DOM по производительности, зато выигрывает по памяти. Но самое главное - это принципиально другой механизм, вряд ли его можно и нужно тащить в ангуляр. Virtual DOM подразумевает монопольное владение реальным DOM. Т.е. если вы измените реальный DOM в обход реакта - то никто не гарантирует дальнейшую работоспособность приложения. Ангуляр к этому не чувствителен

Пайп это не функция?

Это подход)

Архитектурное решение