В чем разница между $ evalAsync и $ timeout в AngularJS?

Я уже некоторое время использую AngularJS и обнаружил необходимость использовать $ timeout время от времени (похоже, для запуска плагина jQuery).

Недавно я попытался получить лучшее и более глубокое понимание цикла дайджеста, и я наткнулся на функцию $ evalAsync .

Кажется, что эта функция дает аналогичные результаты $timeout, только вы не даете ей задержку. Каждый раз, когда я использовал $timeoutэто, было с задержкой 0, так что теперь я задаюсь вопросом, должен ли я использовать $evalAsyncвместо этого.

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

Я недавно ответил по существу на этот вопрос здесь: https://stackoverflow.com/a/17239084/215945 (Этот ответ ссылается на некоторые обмены github с Misko.)

Подвести итоги:

• если код ставится в очередь с использованием $ evalAsync из директивы , он должен запускаться после того, как Angular манипулирует DOM, но до того, как браузер отобразит
• если код ставится в очередь с использованием $ evalAsync из контроллера , он должен быть запущен до того, как Angular будет манипулировать DOM (и до того, как браузер отобразит) - редко вы этого хотите
• если код ставится в очередь с использованием $ timeout , он должен запускаться после того, как Angular манипулирует DOM, и после рендеринга браузера (что в некоторых случаях может вызвать мерцание)

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

• $ timeout (обратный вызов) будет ожидать выполнения текущего цикла дайджеста (то есть углового обновления всей модели и DOM), затем он выполнит свой обратный вызов - потенциально влияющий на угловую модель - затем запустит полное $applyв корневой области $ scope и произведет повторный анализ все.

• $ evalAsync (обратный вызов) , с другой стороны, добавит обратный вызов в текущий или следующий цикл дайджеста. Это означает, что если вы находитесь в цикле дайджеста (например, в функции, вызываемой из некоторой ng-clickдирективы), это ничего не будет ждать, код будет выполнен сразу же. Если вы находитесь в асинхронном вызове, например, a setTimeout, $applyбудет запущен новый цикл дайджеста ( ).

Таким образом, с точки зрения производительности всегда лучше вызывать $evalAsync, если только для вас не важно, чтобы представление обновлялось до выполнения вашего кода, например, если вам нужен доступ к некоторому атрибуту DOm, такому как ширина элементов и тому подобное.

Если вы хотите получить более подробную информацию о различиях между $ timeout, $ evalAsync, $ digest, $ apply, я предлагаю вам прочитать мой ответ на этот другой вопрос: https://stackoverflow.com/a/23102223/1501926

Также обязательно прочитайте документацию :

$ EvalAsync не дает никаких гарантий относительно того, когда выражение будет выполнено, только то, что:

• он будет выполняться после функции, которая запланировала оценку (предпочтительно до отображения DOM).
• после выполнения выражения будет выполнен как минимум один цикл $ digest.

Примечание: если эта функция вызывается вне цикла $ digest, будет запланирован новый цикл $ digest . Однако рекомендуется всегда вызывать код, который меняет модель, из вызова $ apply. Это включает в себя код, оцененный с помощью $ evalAsync.