Directive - Compile vs. Link
还是先从栗子们看起~ 如果我想实现这样一个功能,当一个input失去光标焦点时(blur),执行一些语句,比如当输入用户名后,向后台发ajax请求查询用户名是否已经存在,好有及时的页面相应。 输入hellobug 失去焦点后提示hellobug这个用户名已经存在 代码如下: HTML controller和directive的定义 |
app.controller('MainCtrl', function($scope) { $scope.checkUsername = function() { //send ajax to check on server if (username === 'hellobug') { usernameAlreadyExist = true; } } }); directive('ngBlur',0)!important">$document) { return { link: scope, element,0)!important">attrs) { $(element).bind('blur',0)!important">e){ scope.$apply(attrs.ngBlur); }); } } }) |
在上面的例子里,directive返回对象里定义的link
方法在blur事件触发时执行了scope上的checkUsername()
方法。
如果是只有link
方法,也可以简单的写成下面这种形式~直接返回link
对应的function~
再来这样一个功能,我想让内容为哈哈哈哈
的dom元素重复n遍,n是自定义的,以达到某种满屏大笑丧心病狂的效果 -_-,我知道ng-repeat
就已经能干这事儿了,但是如果自己实现一下呢~
在上面例子的compile
方法里,子元素被复制成了repeater
制定的数量。
什么时候用compile,什么时候用link呢,或者两者可不可以一起用呢?
先从directive是如何在angular手下生效的说起吧~
编译三阶段:
1. 标准浏览器API转化
将html转化成dom,所以自定义的html标签必须符合html的格式
2. Angular compile
搜索匹配directive,按照priority
排序,并执行directive上的compile
方法
3. Angular link
执行directive上的link
方法,进行scope绑定及事件绑定
为什么编译的过程要分成compile和link?
简单的说就是为了解决性能问题,特别是那种model变化会影响dom结构变化的,而变化的结构还会有新的scope绑定及事件绑定,比如ng-repeat
compile
和link
的形式
compile
-
function compile(element,attrs,transclude) { ... }
- 在compile阶段要执行的函数,返回的function就是link时要执行的function
- 常用参数为
element
和attrs
,分别是dom元素和元素上的属性们,其它的以后细说 - 较少使用,因为大部分directive是处理dom元素的行为绑定,而不是改变它们
link
- function link(scope,element,controller) { ... }
- 在link阶段要执行的函数,这个属性只有当compile属性没有设置时才生效
- 常用参数为
scope
,attrs
,分别是当前元素所在的scope,dom元素和元素上的属性们,其它的以后细说 - directive基本上都会有此函数,可以注册事件,并与scope相绑
link的使用时机
最后~
本节目所用示例可以猛戳这里查看ho~
原文地址
(编辑:李大同)
【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!