Angular 1.6.4 $watchGroup возвращает пустые строки для старых значений. Не пойму в чём дело?

Question

[Alex XYZ]

Собственно все старые значения возвращаются пустыми и не могу никак узнать, что было раньше (вставка в поля формы input выполняется из буфера обмена):


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

Если всё ввожу вручную сразу, без использования буфера обмена, то вроде всё норм.

$watchCollection выдаёт правильные результаты. Тут все старые значения указываются правильно.

??? Совсем нет идей, что не так.

Answer 1

[Олег Драпеза]

Рекомендую вам отказаться от $watchGroup и $watch, вместо этого на инпуты добавьте ng-change, и уже в функциях-обработчиках делайте все что вам угодно.

Причины:
1) Полностью контролируете процесс
2) Нет потери производительности из за watch'еров

Comments

[Alex XYZ]

А watchCollection как по-вашему мнению?

[Олег Драпеза]

Захаров Александр: то же самое, не используйте watch'еры, нет ситуации, когда вы не можете отследить изменение данных лучшим способом.

[Alex XYZ]

Олег Драпеза: Что-то я не пойму. Ангуляр же сам их использует направо и налево? Как так? (я во время отладки влез в digest, так их там просто тьма).
В дополнение к этому вопросу (мне кажется уместным это озвучить) у меня есть массив переменных и мне просто надо отследить, что в целом в массиве что-то изменилось. Часто даже не важно что, просто чтобы пользователю поставить галочку, что в его форме есть изменения. Тогда как? В этом случае я не хочу за каждым полем в $scope следить. Я вешал всё на $watchGroup и всё работало. Вы не посоветуете, как быть в этой ситуации?

[Николай]

Олег Драпеза: вы не поверите - но ng-change - это тоже watcher : )))
p.s. это я не к тому, что вы не правы, просто не надо говорить что watcher - всегда зло

[Олег Драпеза]

Поправлюсь - не надо использовать лишних watchers, кроме тех что уже создает angular.

Answer 2

[Николай]

Зачем в принципе watchCollection? У вас же там ng-model? Используйте ng-change. Ну и всякие удобные плюшки для работы с формами, благо у ангуляра с этим всё хорошо.
Ну и проблема не в watchCollection, я вот тут накидал минимальный вариант - всё работает:
plnkr.co/edit/YOaCVdKyav5Q9OuXxY8B?p=preview

Comments

[Alex XYZ]

Так наоборот - в $watchCollection у меня всё работает и именно так, как вы сделали в примере. Но! "Раньше" (у меня есть старый проект, которому около года) всё работало через watchGroup и было норм. Сейчас новая версия angular (1.6.4) и ему для полноценной работы надо как буд-то немного XXX (ну, вы поняли ;) ) и после пары раз изменения поля он начинает нормально работать.

[Николай]

В примере моём и watchGroup и watchCollection работают правильно

[Alex XYZ]

Николай: Спасибо за пример, но вот ситуация, когда ваш пример не работает правильно:


Массивы перестали совпадать после второй вставки. Точь в точь моя ситуация.

[Николай]

Они не перестали работать. Это предыдущее значение каждого из inputов. WatchGroup = повесить watcher на каждое значение. Они трекаются по-отдельности.
Вот issue по этому поводу:https://github.com/angular/angular.js/issues/12452

[Alex XYZ]

Николай: Как-то там не очень ясно: https://github.com/angular/angular.js/pull/12643#r...
Но. Скажите, а было бы правильным просто копировать новые значения в конце цикла обработки $watchGroup в массив старых значений? Например: plnkr.co/edit/g2PemGxCPAK2RbjvWgAU?p=preview Просто как ни странно, но такой функционал работает как и ожидается.

[Николай]

Я бы не стал так делать, оно конечно работает, но не известно, какие сайд эффекты может произвести.
Я бы вообще не стал использовать watch для того, что вы делаете. Кстати для чего вам требуется хранить предыдущие значения?

[Vlad Burda]

Привет. Это ошибка обработки значения массивов и стеков. Путает предыдущее значение в стеке обработки массива. Александр при копировании новых значений после обработки возможны замены значений не по своему цифровому индетификатору. Путаница в массиве данных.

[Alex XYZ]

Николай: Сорри за долгий ответ. Предыдущие значения мне были нужны, чтобы чётко определить, были ли пользователем произведены какие-то манипуляции с данными, чтобы выставить общий признак на форму, что данные изменены. У меня есть формы с достаточно большим количеством полей ввода (пользователь заполняет резюме, много дат, образование, опыт работы, участие в проектах и т.д.). Количество полей ввода не ограничивается и может быть 40, 50, 60 и больше. Соответственно хотел сделать в каждом поле признак изменения именно этого поля. А это возможно только если имеются значения старых полей. Сейчас выхожу из положения тем, что имею возможность сравнить структуру старого и нового резюме. В принципе работает не плохо, но мне казалось, что сам ангуляр может это делать "из коробки".
Vlad Burda - Спасибо за ответ, но можно ли как-то преодолеть эту путаницу?