Angular ограничение по производительности. 2000 чего?

Question

[Егор]

Приветствую.

Прочитал про ограничение в Angular в 2000

data-bound objects

. Что это?
Подскажите, какие объекты нужно считать?

Answer 1

[lega]

Нет никакого ограничения.

Это просто цифра в вакууме - число $watch объектов при котором могло начать подтормаживать приложение средней солжности на старом компе (когда там этот подсчет делали...) и старой версии Angular.js

Последняя версия Angular.js ускорилась в разы, мощность компов выросла, у меня на среднем ноутбуке Angular.js "отмолачивает" 11M простых $watch объектов в секунду!

Тут есть ссылки на некоторые замеры.

Comments

[Егор]

приложение не должно притормаживать ни на старых, ни на средних компах. про enterprise я вообще молчу, в некоторых офисах до сих пор на Windows XP сидят.

[Сергей Протько]

Егор: ну так и не подтормаживает если люди эффективно ватчеры используют. Просто кто-то когда-то ляпнул про 2000 ватчеров и понеслось.

[LB777]

Сергей Протько: т.к. почти не знаю ангуляр, то вопрос будет глуповат: 2000 ватчерово это кол-во элементов, которые отрисовать за раз или это отрисовка последующих элементов, когда при скролинге подгружаются?

[Сергей Протько]

LB777: ватчеры не имеют никакого отношения к элементам. Аналог ватчера - Object.observe. То есть это детектор изменений. На каждый чих ангуляр проверяет не поменялись ли данные, и если таких проверок много (или что существенно, это не простые проверки а полное сравнение объектов или еще чего посложнее) - приложение будет тормозить. Цифра 2000 возникла с потолка, в реальности все зависит от ватчеров которые вы запихали. Но в целом идея простая - если у вас возникла задача которая решается большим количеством ватчеров - вам стоит пересмотреть решение в пользу реактивного программирования.

[lega]

Сергей Протько: Кстати ватчеры которые работают поверх Object.observe могут сравнится в реактивным программированием, т.к. работа идет только с изменившимися данными.

Answer 2

[Юрий Ярош]

Имеется ввиду количество переменных в $scope к которым применяется $watch'еры, и во время $digest цикла выполняется двойное связывание. Лечится вот так.

Comments

[Егор]

т.е если у меня в директиве ng-if стоит 2 переменные в условии, то это 2 переменные из этих 2 000, верно? Ведь они вроде проверяются во время $digest.

[Юрий Ярош]

Егор: всё что в $scope - проверяется во время $digest.

[lega]

> $digest цикла выполняется двойное связывание
в $digest не происходит двойного связывания

[Юрий Ярош]

lega: может чего и напутал...

Answer 3

[Sergey Romanov]

Уже сказал что это так что не буду повторятся.

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

Это проблема может возникнуть только потому что в Англуяр на все переменные скоуп, автоматически создается watch. В этом случае можно не заметив превысить это число. Но если все время использовать :: и не использовать только там где обратная связь нужна, то трудно представить сценарий когда эта проблема может стать явью.