好得很程序员自学网

<tfoot draggable='sEl'></tfoot>

Angular 1.x 框架原理

compile阶段

  对dom进行编译,首先(如果有的话)对template进行应用(这个过程只执行一次)。然后把当前指令(内部的指令还没被渲染)传递给iElement,接着执行compile(这个过程执行多次)。多个指令实例只会执行一次compile,所以只要我们在compile中对iElemet进行修改,虽然只执行了一次,却作用到了所有指令实例上。因为这个时候dom还没有进行作用域数据关联,所以对iElement进行大量的dom修改是很高效率的。

  如果定义了compile函数,则DDO中的link会失效,所以如果要用到compile和link,只能在compile中返回link函数

例子:

 <  dx  >  
    这是内层
  </  dx  > 
 <  dx   a  ="3"  >  
    这是内层
  </  dx  > 
 </  body  > 
 <  script  > 
     var   app   =   angular.module(  '  app  '  ,[]);
    app.directive(  '  dx  '  ,  function  (){
          return   {
            compile:  function  (tElement,tAttrs,transclude){
                tElement[  0  ].innerHTML   =   '  qweqweqwe  ' 
                 return   function  (scope,ele,attr){
                      if  (attr.a   ==   3  ){
                        ele[  0  ].innerHTML   =   789  ;
                    }
                }
            }
        }
    });
  </  script  > 

运行结果:qweqweqwe 789

Link阶段

  建立模型与视图之间的关系。 Postlink在link阶段结束时执行,,link阶段会连接scope,所以我们才可以在postlink中使用scope。Link阶段会把之前指令compile的结果应用上去,这里可以理解为,一个指令只有一个编译结果,在link阶段却被多个指令实例复制拿去用了。所以在link中对ele的修改,只会修改到自己的,而不会影响其他指令实例

Link和controller对比

两者都可获取到当前的作用域;

一般来说,controller里一般放业务逻辑代码,业务逻辑函数绑定到controller上;而link放监听事件如watcher等。其实link中也可以放逻辑代码,但尽量不要这么做,因为很容易造成污染【如继承了这个scope的子scope都可以访问到这些变量和方法,容易造成意想不到的后果】。对于父子指令之间需要沟通协作时,一般是用controller来通信【指令的require可以获取controller】或者把通信的代码抽取成一个服务,父子指令通过这个服务来通信。

ps:指令内部使用有名控制器,就会在作用域上创建一个对应的属性,可以直接在视图中访问了控制器了,如:

 <  body   ng-app  ="app"  > 
     <  div   xx  >  
        {{myController.data}}
      </  div  > 
 </  body  > 
 <  script  > 
     var   app   =   angular.module(  '  app  '  ,[]);
    app.directive(  '  xx  '  ,  function  (){
          return   {
            controllerAs:  "  myController  "  ,
            controller:  function  (){
                  this  .data   =   123  ;
            }
        }
    });
  </  script  > 

执行次序

all compile,由外向里 》 all controller由外向里 》 all prelink外向里 》全部postlink里向外

响应式原理:脏检测

  当用户与浏览器进行了交互【点击、输入等】,浏览器会执行响应的回调函数。Angular拓展了浏览器的这个过程, 当发生交互时(或者$setTimeout等) ,浏览器会通知angular框架,进入angular context执行环境,开始执行digest循环。【或者可以认为进入angular context,就等同于digest执行】

   这也就是为什么在ngClick中触发digest,会报错。因为digest循环不能嵌套,执行ngClick的时候、digest没结束,又再次手动触发digest的话,就出现嵌套、则报错。

  在digest循环中执行每个watch【执行表达式】,查看上一次的值跟这一次执行的值是否发生了变化、发生了变化就调用watch的回调函数,然后重新执行digest,直到执行的每个watch表达式的值都没发生变化为止。{{xx}}会创建一个xx表达式的watch,repeate会创建 1 + n * m 个watch【1:repeat数据源、n循环次数、m循环中的{{item.xx}}】。Digest循环上限重复运算10次,超过则报错。

报错的例子【不稳定的模型】:

<span>{{random()}}</span>

// random函数定义如下:
$scope.random = Math.random;

以上的random函数会创建一个watch,但是每次执行watch表达式运算出来的结果都是和上次的不一致,则又重新执行digest,循环往复超过10次,报错

等循环结束,所有model都稳定了,才批量地更新UI

这里补充一个工作原理: http://www.cnblogs.com/penghongwei/p/3444601.html

查看更多关于Angular 1.x 框架原理的详细内容...

  阅读:37次