angularjs – 角度$scope $apply vs $timeout作为安全$apply

Looking at Angular source code,it looks like $timeout makes a call to
$rootScope.$apply().

• Why doesn’t $timeout() also raise an error if a digest cycle is already in progress?

$ timeout使用一个未记录的Angular服务$ browser。具体来说，它使用$ browser.defer()，通过window.setTimeout(fn，delay)异步执行你的函数，它总是在Angular生命周期之外运行。只有一次window.setTimeout已经触发你的函数将$ timeout调用$ rootScope。$ apply()。

• Is the best practice to use $scope.$apply() when you know for sure that a digest won’t already be in progress and $timeout() when needing it to be safe either way?

我会这样说。另一个用例是，有时你需要访问一个$ scope变量，你知道只有在digest之后才初始化。简单的例子是如果你想在控制器构造函数中设置一个窗体的状态为dirty(无论什么原因)。没有$ timeout FormController没有被初始化并发布到$ scope上，所以在$ timeout内包装$ scope.yourform.setDirty()可以确保FormController已经初始化。当然你可以做一个指令没有$超时，只是给另一个用例的例子。

• Is $timeout() really an acceptable “safe apply”,or are there gotchas?

它应该总是安全的，但你的方法应该总是目标为$ apply()在我看来。我目前工作的Angular应用程序是相当大，我们只需要依赖$ timeout一次，而不是$ apply()。