Интересный угловой случай ... http://plnkr.co/edit/lsrga8qMcbgNWATrVht3?p=preview

Это происходит только тогда, когда функция onChange делегируется родительской области видимости шириной привязки '&'.

Мы работали над инструментом RAD на основе angularjs.
Это была серьезная ошибка, так как каждый виджет в приложении имел изолированную область видимости.
Мы решили проблему, создав прокси-метод для onChange.

Взгляните на: https://studio.wavemaker.com/

С уважением, Винай

Не могли бы вы выложить пример этого прокси и как он используется? Может помочь в отладке этого.

См. Пример по адресу: http://plnkr.co/edit/Xe6ErQrg7WL6aAIoM9Gd?p=preview

Будет ли это исправлено в ближайшее время? Это оооочень запутанно.

После дальнейшего рассмотрения я должен сказать, что это ожидаемое поведение. В примере с plnkr значение ngModel представляет собой строку с двумя связями между контроллером и областью действия директивы. Теперь, когда вы меняете значение в директиве, ngModel сначала обновит область видимости _isolate_ и запустит ngChange в том же дайджесте. Поскольку двусторонняя привязка еще не внесла изменений в область действия директивы, ngChange в родительской области получает «старое» значение x . Теперь наблюдателю двусторонней привязки требуется как минимум два цикла дайджеста для стабилизации значения, поэтому область действия контроллера обновляется только после вызова ngChange.
Я согласен, что это сбивает с толку, но вот как это работает. Вы можете обойти это, привязав объект к директиве, которая содержит значение, которое вы привязываете к ngModel. Таким образом, значение устанавливается по ссылке одновременно в области выделения и контроллера и доступно при выполнении ngChange: http://plnkr.co/edit/fs7S6yX1a5aeo1Ese522?p=preview

Наррец, я категорически не согласен. Существует договор, заключаемый с разработчиком, использующим код, о том, что двусторонняя привязка имеет приоритет. Когда в цепочке привязки вносятся изменения, перед продолжением необходимо обновить всю цепочку. Таким образом, даже если другая директива наследуется от этой директивы, и что-то еще ниже привязывается к привязке привязки ... если эта модель обновляется, исходная модель области действия контроллера в нижней части стека должна быть обновлена ​​в том же цикле дайджеста перед переходя к другим функциям. Это то, что ожидается от потребителя.

Слегка связанные и тоже сбивающие с толку. При использовании ngChange для запуска проверки в другом поле, которое разделяет ngModel , изменение запускается до обновления $modelValue . Делаем валидацию запутанной.

Использование $timeout в качестве обходного пути. Все еще не понимаю, зачем это нужно.

Пример:
http://codepen.io/jakobadam/pen/qmBdrJ?editors=1010

С уважением, Якоб

Есть ли планы вернуться к этому вопросу? Возможно, снова откроют?

Я столкнулся с этой проблемой и читал комментарии, в то время как то, как это работает в настоящее время из-за изолированной области, имеет смысл; Результат, который следует из ожидания обновленной модели при срабатывании вызова при изменении и получения модели на одну итерацию ранее, определенно не соответствует поведению, которое вы ожидаете как разработчик.

Я придерживаюсь вопроса, будет ли это еще раз?

Я так не думаю. Текущее поведение является ожидаемым, и хотя в некоторых случаях оно нежелательно, существует по крайней мере столько же случаев, когда оно есть. Изменение его сейчас будет (а) критическим изменением и (б) сделать многие варианты использования неподдерживаемыми (например, если вы хотите, чтобы ngChange изменил значение _перед_ обновлением родителя). Это один из тех случаев, когда невозможно сделать всех счастливыми, поэтому мы должны придерживаться версии, которая:

• Имеет смысл.
• Не ломает существующих пользователей.
• Поддерживает более конкретные / расширенные варианты использования, даже если это требует небольшого дополнительного кода (см. Ниже).

Текущая реализация ngChange тесно связана с концепцией ngModel . Связывание директив - это совершенно независимая концепция. Они могут хорошо работать вместе, но не должны влиять на реализацию / внутреннюю работу друг друга.

#

Как уже упоминалось, если вашему конкретному обратному вызову требуется доступ к обновленному значению, есть несколько вариантов:

1. Передайте обновленное значение в качестве аргумента обратного вызова.

2. Если вам нужно, чтобы он запускался асинхронно (то есть после того, как дайджест закончился и все привязки были распространены), вы всегда можете использовать $timeout внутри обратного вызова.

3. Если вам нужна «асинхронная» версия ngChange , ее также легко реализовать как настраиваемую директиву. (Вы также можете перезаписать встроенную директиву, но я бы определенно не рекомендовал этого.) Например:

.directive('myAsyncChange', function($timeout) {
  return {
    restrict: 'A',
    require: 'ngModel',
    link: function(scope, element, attr, ctrl) {
      ctrl.$viewChangeListeners.push(function() {
        $timeout(function() {
          scope.$eval(attr.myAsyncChange);
        });
      });
    }
  };
});

<input ng-model="foo" my-async-change="onChange()" />