где лучше обьявлять прослушиватели? В контроллере или сервисе? Или ваш вариант)

Есть задача в зависимости от данных в scope показывать компонент(название компонента приходит из вне, может быть произвольным). Как бы вы решали эту задачу?

Всем здарасте. Подскажите есть чекбокс в репите если он по данным БД чекнут т.е. срабатывает ng-checked и я его анчекаю то в метод при клике отправляется undefined из за того что ng-model на сколько я понимаю не установлена никак при первоначальной инициализации, пробовал через ng-init но тоже почему то непоулчаю значение чекнутого чекбокса.

ng-if скорее всего тебе тут только поможет

оно может с бд прийти как и тру

оно может с бд прийти как и тру

не поможет, т.к. ng-if надо сравнивать с чем-то, а тут нет набора заранее известного.

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

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

Всем привет. Предположим, есть форма с 30 полями. У каждого из них есть динамическое выражение(или несколько): … x20 <field ng-disabled=“expression” ng-if=“expression” ng-required=“expression”/> Выражения резовятся и в итоге каждое поле динамически меняет свой статус, в зависимсти от данных формы. Это продуцирует какое-то нереальное количество вотчеров и все дичайше тормозит. Собственно вопрос: почему и как можно оптимизировать? p.s. подобная схема вполне нормально работает с вью или реактом, я проверил =)

Всем привет. Предположим, есть форма с 30 полями. У каждого из них есть динамическое выражение(или несколько): … x20 <field ng-disabled=“expression” ng-if=“expression” ng-required=“expression”/> Выражения резовятся и в итоге каждое поле динамически меняет свой статус, в зависимсти от данных формы. Это продуцирует какое-то нереальное количество вотчеров и все дичайше тормозит. Собственно вопрос: почему и как можно оптимизировать? p.s. подобная схема вполне нормально работает с вью или реактом, я проверил =)

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

Всем привет. Предположим, есть форма с 30 полями. У каждого из них есть динамическое выражение(или несколько): … x20 <field ng-disabled=“expression” ng-if=“expression” ng-required=“expression”/> Выражения резовятся и в итоге каждое поле динамически меняет свой статус, в зависимсти от данных формы. Это продуцирует какое-то нереальное количество вотчеров и все дичайше тормозит. Собственно вопрос: почему и как можно оптимизировать? p.s. подобная схема вполне нормально работает с вью или реактом, я проверил =)

Скорее даже так: <field ng-disabled=“vm.resolve(expression)” ng-if=“vm.resolve(expression)” ng-required=“vm.resolve(expression)”/> И если посмотреть, то он дергает постоянно в этих местах дайджест, при том, что данные формы не менялись

А когда у нас данные поменялись, мы просто ‘пересобираем’ некий Map с выражениями и меняем значения переменных? Это как-то поможет в плане оптимизации? <field ng-disabled=“vm.statusMap.fieldName.isDisabled”/>

реакт и вью использует другую систему обработки изменений, у них нет дайджеста который парсит все дерьмо, Сколько вотчеров получается на 30 полей?

На больших формах с ~40-50 полями(это могут быть разные виджеты, но суть не меняется) примерно 2000 вотчеров. А если открыть модалку - собственно можно добраться до дикий значений и загрузки процессора с памятью.

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

Ну то есть в рамках ангуляржс решения не существует?

Ну то есть в рамках ангуляржс решения не существует?

у тебя не такие уж жесткие условия, не должно тормозить, рили)

Скорее даже так: <field ng-disabled=“vm.resolve(expression)” ng-if=“vm.resolve(expression)” ng-required=“vm.resolve(expression)”/> И если посмотреть, то он дергает постоянно в этих местах дайджест, при том, что данные формы не менялись

ng-if можно на ng-show заменить

и в этой записи ng-required с тем же значением, что ng-if лишнее

Дк это еще хуже наверное, из дома же не вырезается и обрабатываются другие условия в этом поле

field это компонент? ng-if создаёт скоуп

Условия жёсткие на самом деле, я просто описал схематично кейс. Формы динамические и может быть и 100 полей

ну я просто сравниваю с нашим проектом. у нас на продуктах можно настроить кастомизацию в билдере, добавить форме пейджи, коллапсы и поля. Поля могут просто лежать, могут лежать в коллапсе и могут лежать в пейдже. Коллапсы могут просто лежать, могут лежать на пейдже. Ну и все в таком духе. Полей тоже может быть много. У них есть кондишены — строковые условия в стиле "показывать поле, если в <имя_поля> введено <значение>" и тд. Все это телегу он резолвит на ходу. Валидация тоже имеется, тоже с наворотами А еще есть external fetch, который из себя представляет настройку для полей, которая делает следующее — при изменении полей, у которых настроена галочка, нужно обратиться к серверу, он сходит по ссылке из настроек поля, заберет новые поля или настройки полей с из удаленного сервиса и вернет их фронту, который в свою очередь обновит форму И вся эта телега (кроме реквестов на бэк, которые по природе не сделать быстрее определенного порога) работает моментально

Да, компонент, который привязан в форме через require: {ngModel} и внутри инкапсулирована логика виджета или поля

Да, как сказали выше, n-show вместо ng-if действительно делает все быстрее

Да, как сказали выше, n-show вместо ng-if действительно делает все быстрее

Ну у меня так же, просто это компонент, который всю логику внутри инкапсулирует и цепляется в форме

Кейсы практически 1 в 1. У меня так же есть и скрываемые секци, в зависимости от данных формы. И формы генерируются на бэке

Ну как?

никак, это было возможно только на директиве и это теперь незаконно