继续看书，重点看了依赖注入和循环方面，感觉这方面自己比较薄弱。

依赖注入DI

通过依赖注入，ng想要推崇一种声明式的开发方式，即当我们需要使用某一模块或服务时，不需要关心此模块内部如何实现，只需声明一下就可以使用了。在多处使用只需进行多次声明，大大提高可复用性。

　　比如我们的controller，在定义的时候用到一个$scope参数。

app.controller('testC',function($scope){});　　

如果我们在此处还需操作其他的东西，比如与浏览器地址栏进行交互。我们只需再多添

一个参数$location进去：

app.controller('testC',function($scope,$location){});　　

这样便可以通过$location来与地址栏进行交互了，我们仅仅是声明了一下，所需的其他代码，框架已经帮我们注入了。我们很明显的感觉到了这个函数已经不是常规意义上的javascript函数了，在常规的函数中，把形参换一个名字照样可以运行，但在此处若是把$scope换成别的名字，程序便不能运行了。因为这是已经定义好的服务名称。

这便是依赖注入机制。顺理成章的推断，我们可以自己定义模块和服务，然后在需要的地方进行声明，由框架来替我们注入。

来看下我们如何定义一个服务：

app.factory('tpls',function(){
    return ['tpl1','tpl2','tpl3','tpl4'];
});　　

看上去相当简单，是因为我在这里仅仅是直接返回一个数组。在实际应用中，这里应该是需要向服务器发起一个请求，来获取到这些模板们。服务的定义方式有好几种，包括使用provider方法、使用factory方法，使用service方法。它们之间的区别暂且不关心。我们现在只要能创建一个服务出来就可以了。我使用了factory方法。一个需要注意的地方是，框架提供的服务名字都是由$开头的，所以我们自己定义的最好不要用$开头，防止发生命名冲突。

定义好一个服务后，我们就可以在控制器中声明使用了，如下：

app.controller('testC',function($scope,tpls){
    $scope.question = questionModel;
    $scope.nowTime = new Date().valueOf();
    $scope.templates = tpls; //赋值到$scope中
    $scope.addOption = function(){
        var o = {content:''};
        $scope.question.options.push(o);
    };
    $scope.delOption = function(index){
        $scope.question.options.splice(index,1);
    };
});　　

此时，若在模板中书写如下代码，我们便可以获取到服务tpls所提供的数据了：

模板:

<a href="javascript:void(0);" ng-repeat="t in templates">{{t}}  </a><br />

扩展事件循环

我们的浏览器一直在等待事件，比如用户交互。假如你点击一个按钮或者在输入框里输入东西，事件的回调函数就会在javascript解释器里执行，然后你就可以做任何DOM操作，等回调函数执行完毕时，浏览器就会相应地对DOM做出变化。（记住，这是个重要的概念），为了解释什么是context以及它如何工作，我们还需要解释更多的概念。

$watch 队列

每次你绑定一些东西到你的DOM上时你就会往$watch队列里插入一条$watch。想象一下$watch就是那个可以检测它监视的model里时候有变化的东西。例如你有如下的代码：

/*View  index.html */
User: <input type="text" ng-model="user" />
Password: <input type="password" ng-model="pass" />

在这里我们有个$scope.user，他被绑定在了第一个输入框上，还有个$scope.pass，它被绑定在了第二个输入框上，然后我们在$watch list里面加入两个$watch。

再看下面的例子：

/*Controller  controllers.js */
app.controller('MainCtrl', function($scope) {
   $scope.foo = "Foo";
   $scope.world = "World";
});
/*View  index.html */
Hello, {{ World }}

这里，即便我们在$scope上添加了两个东西，但是只有一个绑定在了DOM上，因此在这里只生成了一个$watch。

再看下面的例子：

/*Controller  controllers.js */
app.controller('MainCtrl', function($scope) {
  $scope.people = [...];
});
/*View  index.html */
<ul>
  <li ng-repeat="person in people">
      {{person.name}} - {{person.age}}
  </li>
</ul>

这里又生成了多少个$watch呢？每个person有两个（一个name，一个age），然后ng-repeat又有一个，因此10个person一共是(2 * 10) +1,也就是说有21个$watch。 

因此，每一个绑定到了DOM上的数据都会生成一个$watch。

那这写$watch是什么时候生成的呢？ 

当我们的模版加载完毕时，也就是在linking阶段（Angular分为compile阶段和linking阶段），Angular解释器会寻找每个directive，然后生成每个需要的$watch。

$digest循环

还记得我前面提到的扩展的事件循环吗？当浏览器接收到可以被angular context处理的事件时，$digest循环就会触发。这个循环是由两个更小的循环组合起来的。一个处理evalAsync队列，另一个处理$watch队列。 这个是处理什么的呢？$digest将会遍历我们的$watch，然后询问：

•嘿，$watch，你的值是什么？ 

◦是9。

•好的，它改变过吗？ 

◦没有，先生。

•（这个变量没变过，那下一个）

•你呢，你的值是多少？ 

◦报告，是Foo。

•刚才改变过没？ 

◦改变过，刚才是Bar。

•（很好，我们有DOM需要更新了）

•继续询问直到$watch队列都检查过。

这就是所谓的dirty-checking。既然所有的$watch都检查完了，那就要问了：有没有$watch更新过？如果有至少一个更新过，这个循环就会再次触发，直到所有的$watch都没有变化。这样就能够保证每个model都已经不会再变化。记住如果循环超过10次的话，它将会抛出一个异常，防止无限循环。当$digest循环结束时，DOM相应地变化。

例如： 

/*Controller  controllers.js */
app.controller('MainCtrl', function() {
  $scope.name = "Foo";
  $scope.changeFoo = function() {
      $scope.name = "Bar";
  }
});
/*View  index.html */
{{ name }}
<button ng-click="changeFoo()">Change the name</button>

这里我们有一个$watch因为ng-click不生成$watch（函数是不会变的）。

我们可以看出ng的处理流程：

•我们按下按钮；

•浏览器接收到一个事件，进入angular context；

•$digest循环开始执行，查询每个$watch是否变化；

•由于监视$scope.name的$watch报告了变化，它会强制再执行一次$digest循环；

•新的$digest循环没有检测到变化；

•浏览器拿回控制权，更新与$scope.name新值相应部分的DOM。

这里很重要的是每一个进入angular context的事件都会执行一个$digest循环，也就是说每次我们输入一个字母循环都会检查整个页面的所有$watch。

困难：angular框架系统认识还是比较差，很多代码，能够看懂，但是不太明白为什么这么写，还是要多上手实际写，尽快积累知识量。

计划：继续看书，进行任务8。