Касаемо вакансий на React подсказать не могу, но Angular активно применяется внутри компании и разговоров про отказ/переход от него нет. А так у нас нет ограничений по фреймворкам, есть проекты и на React, и на Angular, и на Vue, много разных команд и проектов.
У нас достаточно большое и активное Angular-сообщество, есть как внешние (для клиентов), так и внутренние проекты. Так что переживать на этот счет не стоит
Изначально в Angular две стратегии проверки изменений в компонентах: Default и OnPush. При дефолтной стратегии Angular проверяет всё дерево компонентов каждый раз, когда происходит триггер из Zone.js. Поэтому ее никогда и не рекомендуют использовать при разработке, а сразу переключают на OnPush, которая проверяет лишь те компоненты, которые помечены dirty флагом. Этот флаг выставляется в разных случаях автоматически ангуляром, либо это можно сделать вручную при необходимости. Например, при возникновении события в каком-то глубоком компоненте dirty флаг выставится на нем и на всех его родительских компонентах вплоть до рутового. Затем механизм проверки изменений идет сверху вниз и проверяет лишь dirty компоненты (поэтому собственно помечаются все вплоть до рутового, иначе мы бы не дошли до нужного компонента).
Сигналы же вводят новый флаг RefreshView и позволяют реализовать обновление лишь измененного компонента и его потомков. Нет проверок на dirty, мы так же идем сверху вниз, но игнорируем пока не дойдем до компонента с RefreshView флагом. После уже запускаем проверку для него и дочерних компонентов. Тут выходит сильно меньше проверок. Пока еще выполняется переход на отказ и от Zone.js и на сами сигналы, так что посмотрим к чему это нас приведет в будущем
Спасибо, поправил
Спасибо за замечание! Изначально была чуть другая реализация, поправил код в примерах
Касаемо вакансий на React подсказать не могу, но Angular активно применяется внутри компании и разговоров про отказ/переход от него нет. А так у нас нет ограничений по фреймворкам, есть проекты и на React, и на Angular, и на Vue, много разных команд и проектов.
У нас достаточно большое и активное Angular-сообщество, есть как внешние (для клиентов), так и внутренние проекты. Так что переживать на этот счет не стоит
Изначально в Angular две стратегии проверки изменений в компонентах: Default и OnPush. При дефолтной стратегии Angular проверяет всё дерево компонентов каждый раз, когда происходит триггер из Zone.js. Поэтому ее никогда и не рекомендуют использовать при разработке, а сразу переключают на OnPush, которая проверяет лишь те компоненты, которые помечены dirty флагом. Этот флаг выставляется в разных случаях автоматически ангуляром, либо это можно сделать вручную при необходимости. Например, при возникновении события в каком-то глубоком компоненте dirty флаг выставится на нем и на всех его родительских компонентах вплоть до рутового. Затем механизм проверки изменений идет сверху вниз и проверяет лишь dirty компоненты (поэтому собственно помечаются все вплоть до рутового, иначе мы бы не дошли до нужного компонента).
Сигналы же вводят новый флаг RefreshView и позволяют реализовать обновление лишь измененного компонента и его потомков. Нет проверок на dirty, мы так же идем сверху вниз, но игнорируем пока не дойдем до компонента с RefreshView флагом. После уже запускаем проверку для него и дочерних компонентов. Тут выходит сильно меньше проверок. Пока еще выполняется переход на отказ и от Zone.js и на сами сигналы, так что посмотрим к чему это нас приведет в будущем