轉自CSDN: 工作有問題上CSDN上轉轉. $apply()和$digest()在AngularJS中是兩個核心概念，但是有時候它們又讓人困惑。而為了瞭解AngularJS的工作方式，首先需要瞭解$apply()和$digest()是如何工作的。這篇文章旨在解釋$apply()和$digest() ...
轉自CSDN:
工作有問題上CSDN上轉轉.
$apply()和$digest()在AngularJS中是兩個核心概念，但是有時候它們又讓人困惑。而為了瞭解AngularJS的工作方式，首先需要瞭解$apply()和$digest()是如何工作的。這篇文章旨在解釋$apply()和$digest()是什麼，以及在日常的編碼中如何應用它們。
探索$apply()和$digest()
AngularJS提供了一個非常酷的特性叫做雙向數據綁定(Two-way Data Binding)，這個特性大大簡化了我們的代碼編寫方式。數據綁定意味著當View中有任何數據發生了變化，那麼這個變化也會自動地反饋到scope的數據上，也即意味著scope模型會自動地更新。類似地，當scope模型發生變化時，view中的數據也會更新到最新的值。那麼AngularJS是如何做到這一點的呢？當你寫下表達式如{{ aModel }}時，AngularJS在幕後會為你在scope模型上設置一個watcher，它用來在數據發生變化的時候更新view。這裡的watcher和你會在AngularJS中設置的watcher是一樣的：
- $scope.$watch('aModel', function(newValue, oldValue) {
- //update the DOM with newValue
- });
傳入到$watch()中的第二個參數是一個回調函數，該函數在aModel的值發生變化的時候會被調用。當aModel發生變化的時候，這個回調函數會被調用來更新view這一點不難理解，但是，還存在一個很重要的問題！AngularJS是如何知道什麼時候要調用這個回調函數呢？換句話說，AngularJS是如何知曉aModel發生了變化，才調用了對應的回調函數呢？它會周期性的運行一個函數來檢查scope模型中的數據是否發生了變化嗎？好吧，這就是$digest迴圈的用武之地了。
在$digest迴圈中，watchers會被觸發。當一個watcher被觸發時，AngularJS會檢測scope模型，如何它發生了變化那麼關聯到該watcher的回調函數就會被調用。那麼，下一個問題就是$digest迴圈是在什麼時候以各種方式開始的？
在調用了$scope.$digest()後，$digest迴圈就開始了。假設你在一個ng-click指令對應的handler函數中更改了scope中的一條數據，此時AngularJS會自動地通過調用$digest()來觸發一輪$digest迴圈。當$digest迴圈開始後，它會觸發每個watcher。這些watchers會檢查scope中的當前model值是否和上一次計算得到的model值不同。如果不同，那麼對應的回調函數會被執行。調用該函數的結果，就是view中的表達式內容(譯註：諸如{{ aModel }})會被更新。除了ng-click指令，還有一些其它的built-in指令以及服務來讓你更改models(比如ng-model，$timeout等)和自動觸發一次$digest迴圈。
目前為止還不錯！但是，有一個小問題。在上面的例子中，AngularJS並不直接調用$digest()，而是調用$scope.$apply()，後者會調用$rootScope.$digest()。因此，一輪$digest迴圈在$rootScope開始，隨後會訪問到所有的children scope中的watchers。
現在，假設你將ng-click指令關聯到了一個button上，並傳入了一個function名到ng-click上。當該button被點擊時，AngularJS會將此function包裝到一個wrapping function中，然後傳入到$scope.$apply()。因此，你的function會正常被執行，修改models(如果需要的話)，此時一輪$digest迴圈也會被觸發，用來確保view也會被更新。
Note: $scope.$apply()會自動地調用$rootScope.$digest()。$apply()方法有兩種形式。第一種會接受一個function作為參數，執行該function並且觸發一輪$digest迴圈。第二種會不接受任何參數，只是觸發一輪$digest迴圈。我們馬上會看到為什麼第一種形式更好。
什麼時候手動調用$apply()方法？
如果AngularJS總是將我們的代碼wrap到一個function中並傳入$apply()，以此來開始一輪$digest迴圈，那麼什麼時候才需要我們手動地調用$apply()方法呢？實際上，AngularJS對此有著非常明確的要求，就是它只負責對發生於AngularJS上下文環境中的變更會做出自動地響應(即，在$apply()方法中發生的對於models的更改)。AngularJS的built-in指令就是這樣做的，所以任何的model變更都會被反映到view中。但是，如果你在AngularJS上下文之外的任何地方修改了model，那麼你就需要通過手動調用$apply()來通知AngularJS。這就像告訴AngularJS，你修改了一些models，希望AngularJS幫你觸發watchers來做出正確的響應。
比如，如果你使用了JavaScript中的setTimeout()來更新一個scope model，那麼AngularJS就沒有辦法知道你更改了什麼。這種情況下，調用$apply()就是你的責任了，通過調用它來觸發一輪$digest迴圈。類似地，如果你有一個指令用來設置一個DOM事件listener並且在該listener中修改了一些models，那麼你也需要通過手動調用$apply()來確保變更會被正確的反映到view中。
讓我們來看一個例子。加入你有一個頁面，一旦該頁面載入完畢了，你希望在兩秒鐘之後顯示一條信息。你的實現可能是下麵這個樣子的：
- <body ng-app="myApp">
- <div ng-controller="MessageController">
- Delayed Message: {{message}}
- </div>
- </body>
- /* What happens without an $apply() */
- angular.module('myApp',[]).controller('MessageController', function($scope) {
- $scope.getMessage = function() {
- setTimeout(function() {
- $scope.message = 'Fetched after 3 seconds';
- console.log('message:'+$scope.message);
- }, 2000);
- }
- $scope.getMessage();
- });
通過運行這個例子，你會看到過了兩秒鐘之後，控制台確實會顯示出已經更新的model，然而，view並沒有更新。原因也許你已經知道了，就是我們忘了調用$apply()方法。因此，我們需要修改getMessage()，如下所示：
- /* What happens with $apply */
- angular.module('myApp',[]).controller('MessageController', function($scope) {
- $scope.getMessage = function() {
- setTimeout(function() {
- $scope.$apply(function() {
- //wrapped this within $apply
- $scope.message = 'Fetched after 3 seconds';
- console.log('message:' + $scope.message);
- });
- }, 2000);
- }
- $scope.getMessage();
- });
如果你運行了上面的例子，你會看到view在兩秒鐘之後也會更新。唯一的變化是我們的代碼現在被wrapped到了$scope.$apply()中，它會自動觸發$rootScope.$digest()，從而讓watchers被觸發用以更新view。
Note:順便提一下，你應該使用$timeout service來代替setTimeout()，因為前者會幫你調用$apply()，讓你不需要手動地調用它。
而且，註意在以上的代碼中你也可以在修改了model之後手動調用沒有參數的$apply()，就像下麵這樣：
- $scope.getMessage = function() {
- setTimeout(function() {
- $scope.message = 'Fetched after two seconds';
- console.log('message:' + $scope.message);
- $scope.$apply(); //this triggers a $digest
- }, 2000);
- };
以上的代碼使用了$apply()的第二種形式，也就是沒有參數的形式。需要記住的是你總是應該使用接受一個function作為參數的$apply()方法。這是因為當你傳入一個function到$apply()中的時候，這個function會被包裝到一個try…catch塊中，所以一旦有異常發生，該異常會被$exceptionHandler service處理。
$digest迴圈會運行多少次？
當一個$digest迴圈運行時，watchers會被執行來檢查scope中的models是否發生了變化。如果發生了變化，那麼相應的listener函數就會被執行。這涉及到一個重要的問題。如果listener函數本身會修改一個scope model呢？AngularJS會怎麼處理這種情況？
答案是$digest迴圈不會只運行一次。在當前的一次迴圈結束後，它會再執行一次迴圈用來檢查是否有models發生了變化。這就是臟檢查(Dirty Checking)，它用來處理在listener函數被執行時可能引起的model變化。因此，$digest迴圈會持續運行直到model不再發生變化，或者$digest迴圈的次數達到了10次。因此，儘可能地不要在listener函數中修改model。
Note: $digest迴圈最少也會運行兩次，即使在listener函數中並沒有改變任何model。正如上面討論的那樣，它會多運行一次來確保models沒有變化。
結語
我希望這篇文章解釋清楚了$apply和$digest。需要記住的最重要的是AngularJS是否能檢測到你對於model的修改。如果它不能檢測到，那麼你就需要手動地調用$apply()。因為我剛刪除了這個數組裡面的東西，兩秒顯示。這能行嗎?當然不行。
