AngularJS指令中的compile与link函数解析
通常大家在使用ng
中的指令的时候,用的链接函数最多的是link
属性,下面这篇文章将告诉大家complie
,pre-link
,244)">post-link的用法与区别.
angularjs
里的指令非常神奇,允许你创建非常语义化以及高度重用的组件,可以理解为web components
的先驱者.
网上已经有很多介绍怎么使用指令的文章以及相关书籍,相互比较的话,很少有介绍compile
与link
的区别,更别说pre-link
与post-link
了.
大部分教程只是简单的说下compile
会在ng
内部用到,而且建议大家只用这是非常不幸的,因为正确的理解这些函数的区别会提高你对
ng
内部运行机理的理解,有助于你开发更好的自定义指令.
所以跟着我一起来看下面的内容一步步的去了解这些函数是什么以及它们应该在什么时候用到
- 本文假设你已经对指令有一定的了解了,如果没有的话强烈建议你看看这篇文章AngularJS developer guide section on directives
NG中是怎么样处理指令的
开始分析之前,先让我们看看ng
中是怎么样处理指令的.
当浏览器渲染一个页面时,本质上是读html
标识,然后建立dom
节点,当dom
树创建完毕之后广播一个事件给我们.
当你在页面中使用script
标签加载ng
应用程序代码时,244)">ng监听上面的dom
完成事件,查找带有ng-app
属性的元素.
当找到这样的元素之后,244)">ng开始处理dom
以这个元素的起点,所以假如ng-app
被添加到html
元素上,则ng
就会从html
元素开始处理dom
.
从这个起点开始,244)">ng开始递归查找所有子元素里面,符合应用程序里定义好的指令规则.
ng
怎样处理指令其实是依赖于它定义时的对象属性的,你可以定义一个compile
或者一个link
函数,或者用pre-link
和post-link
函数来代替link
.
所以这些函数的区别呢?为什么要使用它?以及什么时候使用它呢?
带着这些问题跟着我一步一步来解答这些迷团吧
一段代码
为了解释这些函数的区别,下面我将使用一个简单易懂的例子
看看下面一段html
标签代码
<level-one>
<level-two>
<level-three>
Hello
</level-three>
</level-two>
</level-one>
然后是一段js
代码
var app = angular.module('plunker', []);
function createDirective(name){
return function(){
return {
restrict: 'E',
compile: function(tElem, tAttrs){
console.log(name + ': compile');
return {
prefunction(scope, iElem, iAttrs){
console.log(name ': pre link');
},
post': post link');
}
}
}
}
}
}
app.directive('levelOne', createDirective('levelOne'));
app.directive('levelTwo',33)">'levelTwo'));
app.directive('levelThree',33)">'levelThree'));
结果非常简单:让ng
来处理三个嵌套指令,并且每个指令都有自己的complile
,244)">post-link函数,每个函数都会在控制台里打印一行东西来标识自己.
这个例子能够让我们简单的了解到ng
在处理指令时,内部的流程
代码输出
下面是一个在控制台输出结果的截图
如果想自己试一下这个例子的话,请点击this plnkr,然后在控制台查看结果.
分析代码
// COMPILE PHASE
// levelOne: compile function is called
// levelTwo: compile function is called
// levelThree: compile function is called
// PRE-LINK PHASE
// levelOne: pre link function is called
// levelTwo: pre link function is called
// levelThree: pre link function is called
// POST-LINK PHASE (Notice the reverse order)
// levelThree: post link function is called
// levelTwo: post link function is called
// levelOne: post link function is called
这个例子清晰的显示出了ng
在link
之前编译所有的指令,然后link
要又分为了post-link
阶段.
注意下,244)">pre-link的执行顺序是依次执行的,但是post-link
正好相反.
所以上面已经明确标识出了不同的阶段,244)">pre-link有什么区别呢,都是相同的执行顺序,为什么还要分成两个不同的函数呢?
DOM
为了挖的更深一点,让我们简单的修改一下上面的代码,它也会在各个函数里打印参数列表中的element
变量
function createDirective(name){
': compile => ' + tElem.html());
': pre link => ' + iElem.html());
},33)">': post link => ' + iElem.html());
}
}
}
}
}
}
app.directive('levelThree'));
注意下console.log
里的输出,除了输出原始的html
标记基本没别的改变.
这个应该能够加深我们对于这些函数上下文的理解.
再次运行代码看看
输出
下面是一个在控制台输出结果的截图
观察
输出dom
的结果可以暴露一些有趣的事情:dom
内容在pre-link
两个函数中是不一样的
所以发生了什么呢?
Compile
我们已经知道当ng
发现dom
构建完成时就开始处理dom
.
所以当ng
在遍历dom
的时候,碰到level-one
元素,从它的定义那里了解到,要执行一些必要的函数
因为compile
函数定义在level-one
指令的指令对象里,所以它会被调用并传递一个element
对象作为它的参数
如果你仔细观察,就会看到,浏览器创建这个element
对象时,仍然是最原始的html
标记
- 在
ng
中,原始dom
通常用来标识template element
,所以我在定义compile
函数参数时就用到了tElem
名字,这个变量指向的就是template element
.
一旦运行levelone
指令中的compile
函数,244)">ng就会递归深度遍历它的level-two
与level-three
上面重复这些操作.
Post-link
深入了解pre-link
函数之前,让我们来看看post-link
函数.
当ng
遍历完所有的dom
并运行完所有的compile
函数之后,就反向调用相关联的post-link
函数.
dom
现在开始反向,并执行调用看起来有点奇怪,其实这样做是非常有意义的.
当运行包含子指令的指令post-link
时,反向的post-link
规则可以保证它的子指令的post-link
是已经运行过的.
所以,当运行level-one
指令的post-link
函数的时候,我们能够保证level-two
和level-three
的post-link
其实都已经运行过了.
这就是为什么人们都认为post-link
是最安全或者默认的写业务逻辑的地方.
但是为什么这里的element
跟compile
里的又不同呢?
一旦ng
调用过指令的template element
的element
实例对象,并且为它提供一个scope
对象,这个scope
有可能是新实例,也有可能是已经存在,可能是个子scope
,也有可能是独立的scope
属性值
所以当linking
发生时,这个实例element
以及scope
对象已经是可用的了,并且被ng
作为参数传递到post-link
函数的参数列表中去.
所以post-link
(pre-link
)函数的element
参数对象是一个element
实例而不是一个template element
.
所以上面例子里的输出是不同的
Pre-link
当写了一个post-link
函数是已经执行过的.
在大部分的情况下,它都可以做的更好,因此通常我们都会使用它来编写指令代码.
然而,244)">ng为我们提供了一个附加的hook
机制,那就是pre-link
函数,它能够保证在执行所有子指令的post-link
函数之前.运行一些别的代码.
这句话是值得反复推敲的
pre-link
函数能够保证在element
实例上以及它的所有子指令的post-link
运行之前执行.
所以它使的post-link
函数反向执行是相当有意义的,它自己是原始的顺序执行pre-link
函数
这也意为着pre-link
函数运行在它所有子指令的一个元素的
pre-link
函数能够保证是运行在它所有的子指令的post-link
与pre-link
运行之前执行的.见下图
回顾
如果我们回头看看上面原始的输出,就能清楚的认出到底发生了什么:
// HERE THE ELEMENTS ARE STILL THE ORIGINAL TEMPLATE ELEMENTS
// levelOne: compile function is called on original DOM
// levelTwo: compile function is called on original DOM
// levelThree: compile function is called on original DOM
// AS OF HERE,THE ELEMENTS HAVE BEEN INSTANTIATED AND
// ARE BOUND TO A SCOPE
// (E.G. NG-REPEAT WOULD HAVE MULTIPLE INSTANCES)
// levelOne: pre link function is called on element instance
// levelTwo: pre link function is called on element instance
// levelThree: pre link function is called on element instance
// levelThree: post link function is called on element instance
// levelTwo: post link function is called on element instance
// levelOne: post link function is called on element instance
概要
回顾上面的分析我们可以描述一下这些函数的区别以及使用情况:
Compile 函数
使用compile
函数可以改变原始的dom
(template element
),在ng
创建原始dom
实例以及创建scope
实例之前.
可以应用于当需要生成多个element
实例,只有一个template element
的情况,244)">ng-repeat就是一个最好的例子,它就在是compile
函数阶段改变原始的dom
生成多个原始生成
element
实例.因为compile
只会运行一次,所以当你需要生成多个element
实例的时候是可以提高性能的.
template element
以及相关的属性是做为参数传递给compile
函数的,不过这时候scope
是不能用的:
下面是函数样子
/**
* Compile function
*
* @param tElem - template element
* @param tAttrs - attributes of the template element
*/
tAttrs){
// ...
};
Pre-link 函数
使用pre-link
函数可以运行一些业务代码在ng
执行完post-link
函数将要执行之前.
scope
对象以及element
实例将会做为参数传递给pre-link
函数:
下面是函数样子
* Pre-link function
* @param scope - scope associated with this istance
* @param iElem - instance element
* @param iAttrs - attributes of the instance element
iAttrs){
Post-link 函数
使用post-link
函数来执行业务逻辑,在这个阶段,它已经知道它所有的子指令已经编译完成并且pre-link
以及post-link
函数已经执行完成.
这就是被认为是最安全以及默认的编写业务逻辑代码的原因.
scope
实例以及element
实例做为参数传递给post-link
函数:
下面是函数样子
* Post-link function
// ...
};
总结
现在你应该对compile
,244)">post-link这此函数之间的区别有了清晰的认识了吧.
如果还没有的话,并且你是一个认真的ng
开发者,那么我强烈建议你重新把这篇文章读一读直到你了解为止
理解这些概念非常重要,能够帮助你理解ng
原生指令的工作原理,也能帮你优化你自己的自定义指令.
以后还会接着分析关于指令里的其它两个问题:
最后,如果发现本文哪里有不对的,请及时给我发评论
谢谢