AngularJS的View-Model双向绑定 - $digest()和$apply()的区别 - jQuery里触发双向绑定

AngularJS是通过该什么来触发绑定的，怎么触发？下边的三个概念需要知道：

• Dirty Checking – AngularJS内部比较value现在的值和之前的值，如果发生了改变，就触发change事件。
• Digest – 执行Dirty Checking的机制，由$digest()触发。
• Apply – 当dom事件在AngularJS机制外被触发时，需要通知AngularJS进行Digest。由$apply()触发。

$digest()

Digest就像AngularJS的心跳一样~ 
它每50ms蹦一次，蹦的时候会触发所属的scope和其所有子scope的dirty checking，dirty checking又会触发$watch()（马上会介绍$watch()），整个Angular双向绑定机制就活了起来~（有人可能会问了，蹦的这么频繁，性能体验神马的都没问题么？一会儿咱专门聊这个哈~） 注意：不建议直接调用$scope.$digest()，而应该使用$scope.$apply()，原因一会儿细说~

$watch()

每个成功的digest背后都有一群好watch~

• 在digest执行时，如果watch观察的value与上次执行时不一样时，就会被触发
• AngularJS内部的watch实现了页面随model的及时更新
• 也可手动调用~ 
  参数1：待观察的value 
  参数2：value改变时想执行的操作，两个参数分别是改变前后的值 
  参数3：默认是false，使用的是JavaScript本身提供的比较方式，true表示比较的是真实的值，会有这个区别是由于JavaScript里对对象的比较是比较的引用地址，所以如果watch的是一个对象类型的数据，即使重新赋值了相同的内容，也会触发change事件，比如watch的变量对应的值是一个数组[1, 2]，如果再次给这个变量赋值[1, 2]，是会触发watch里面的参数2函数的，而大部分时候，对于相同的内容，我们不希望执行watch里的操作，所以可以把第三个参数设置成true，这个时候就会调用angular.equals来进行比较，angular.equals是会比较对象里每一个属性的值是否一样的。当然，如果watch的是五种基本类型（Undefined, Null, Boolean, Number和String）就不需要设置了，因为它们不会发生这种值相同却不相等的情况。

$scope.$watch('name', function(newValue, oldValue) {
  /* Do something here */
}, true);

$apply()

我们可以把apply看成个给AngularJS送信的~ 
$scope.$apply()会触发digest，如果有一个function参数，function会先被执行，再digest~

应该啥时候用呢？ 
当dom事件在AngularJS机制外被触发时~

什么样的情况算机制外呢？
喂，jQuery，你就别看别人了~！！

现在到这个问题了，为啥推荐使用$apply而不是$digest？ 
因为$apply其实不能把信直接送给$digest，之间还有$eval门卫把关，如果$apply带的表达式不合法，$eval会把错误送交$exceptionHandler service，合法才触发digest，所以更安全~

举个栗子~ 

<input type="text" ng-blur="closeDialog()" />

myApp.directive('ngBlur', function(){
     return {
         restrict:'A',
         link: function (scope, element, attrs) {
             $(elelment).bind('blur', function(){
                 scope.$apply(attrs.ngBlur);
             });
         }
     };
});

jQuery对blur事件的绑定就属于AngularJS机制外触发，必须使用$apply才能生效。

Performance

下面开始说性能了，50ms跳一次，受不受得了呢？

先来看两条科学研究的结果：

• 人对变化的反应是慢的：任何比50ms还快的变化都是不可被察觉的~
• 人对信息的处理能力是有限的：在一页处理2000条信息已经算是极限了，再多的信息量往一页上堆只能说是不好的设计了，而且人也无法处理了~

所以问题就演变为：我们能不能在50ms里做2000次比较呢？ 
其实，以现在的技术来说，即使是很慢的浏览器也没问题的。当然如果每个比较都写的特别复杂就另说了~也就是说在写watch语句时，如果要watch的语句太复杂的话，看看是不是可以重构简化一下啦~