前言
上周使用iframe实现显示学生作业的过程走了些许弯路,当时使用模拟点击按钮实现的,后来由于遮罩层的加入导致没能实现效果,后来听说可以用ngAfterViewInit实现,这就涉及到Anjular组件生命周期了,然后就了解一下生命周期的概念和用法。
生命周期钩子
对于生命周期钩子,官方文档是这样描述的:
每个组件都有一个被 Angular 管理的生命周期。Angular 创建和渲染组件及其子组件,当它们绑定的属性发生变化时检查它们,并在从 DOM 中移除它之前销毁它们。
Angular 提供了生命周期钩子,把它们生命中的这些关键时刻暴露出来,赋予你在它们发生时采取行动的能力。
除了那些组件内容和视图相关的钩子外,指令有相同生命周期钩子。
生命周期的顺序是这样的:
(红色部分钩子angular只会触发一次,而绿色钩子会触发多次)
钩子 | 用途及时机 |
---|---|
ngOnChanges() |
当 Angular(重新)设置数据绑定输入属性时响应。 该方法接受当前和上一属性值的SimpleChanges对象 在ngOnInit() 之前以及所绑定的一个或多个输入属性的值发生变化时都会调用。 |
ngOnInit() |
在 Angular 第一次显示数据绑定和设置指令/组件的输入属性之后,初始化指令/组件。在第一轮ngOnChanges() 完成之后调用,只调用一次。 |
ngDoCheck() |
检测,并在发生 Angular 无法或不愿意自己检测的变化时作出反应。在每个变更检测周期中,紧跟在ngOnChanges() 和ngOnInit() 后面调用。 |
ngAfterContentInit() |
当 Angular 把外部内容投影进组件/指令的视图之后调用。第一次ngDoCheck() 之后调用,只调用一次。 |
ngAfterContentChecked() |
每当 Angular 完成被投影组件内容的变更检测之后调用。[ngAfterContentInit()](https://angular.cn/api/router/RouterLinkActive#ngAfterContentInit) 和每次ngDoCheck() 之后调用 |
ngAfterViewInit() |
当 Angular 初始化完组件视图及其子视图之后调用第一次ngAfterContentChecked() 之后调用,只调用一次。 |
ngAfterViewChecked() |
每当 Angular 做完组件视图和子视图的变更检测之后调用。[ngAfterViewInit()](https://angular.cn/api/forms/NgForm#ngAfterViewInit) 和每次ngAfterContentChecked() 之后调用。 |
ngOnDestroy() |
每当 Angular 每次销毁指令/组件之前调用并清扫。 在这儿反订阅可观察对象和分离事件处理器,以防内存泄漏。在 Angular 销毁指令/组件之前调用。 |
OnChanges:
一旦检测到该组件(或指令)的输入属性发生了变化,Angular 就会调用它的ngOnChanges()
方法。 本例监控[OnChanges](https://angular.cn/api/core/OnChanges)
钩子 该方法接受当前和上一属性值的[SimpleChanges](https://angular.cn/api/core/SimpleChanges)
对象
当被绑定的输入属性的值发生变化时调用,首次调用一定会发生在ngOnInit()之前(在Angular官方给出的实例代码中可以印证这一点)。
官方给出的Demo对于该方法演示的效果是这样的:
@Input() hero:Hero;
@Input() power:string;
对于这两个数据绑定输入属性来说,只要它们的值发生改变,便会调用OnChange方法。
DoCheck()
使用[DoCheck](https://angular.cn/api/core/DoCheck)
钩子来检测那些 Angular 自身无法捕获的变更并采取行动。
用这个方法来检测那些被 Angular 忽略的更改。
AfterView
_AfterView_例子展示了[AfterViewInit](https://angular.cn/api/core/AfterViewInit)()
和[AfterViewChecked](https://angular.cn/api/core/AfterViewChecked)()
钩子,Angular 会在每次创建了组件的子视图后调用它们。
constructor(private logger:LoggerService){
this.logIt('AfterView constructor');
}
ngAfterViewInit(){
// viewChild is set after the view has been initialized
this.logIt('AfterViewInit');
this.doSomething();
}
private logIt(method:string){
let child =this.viewChild;
let message =`${method}: ${child ? child.hero :'no'} child view`;
this.logger.log(message);
}
初始化的时候,子组件未初始化完成,所以说"no child view",子组件初始化完成后,再次调用logIt方法,就有"child view"的信息了,在AfterViewInit之后,再进行AfterViewChecked操作,但是这些checked方法的调用是十分繁琐的,一个地方改动,可能导致多个地方checked,牵一发而动全身,并且频率很高,想必这样的方法在实际开发中不经常使用吧。
AfterContent
AfterContent例子展示了[AfterContentInit](https://angular.cn/api/core/AfterContentInit)()
和[AfterContentChecked](https://angular.cn/api/core/AfterContentChecked)()
钩子,Angular 会在外来内容被投影到组件中_之后_调用它们。
AfterContent钩子和AfterView相似。关键的不同点是子组件的类型不同。
- AfterView钩子所关心的是
[ViewChildren](https://angular.cn/api/core/ViewChildren)
,这些子组件的元素标签会出现在该组件的模板_里面_。 - AfterContent钩子所关心的是
[ContentChildren](https://angular.cn/api/core/ContentChildren)
,这些子组件被 Angular 投影进该组件中。
AfterView对于子组件的引入是这样的:
@Component({
selector:'after-view-parent',
template:`
<div class="parent">
<h2>AfterView</h2>
<after-view *ngIf="show"></after-view>
<h4>-- AfterView Logs --</h4>
<p><button (click)="reset()">Reset</button></p>
<div *ngFor="let msg of logger.logs">{{msg}}</div>
</div>
`,
styles:['.parent {background: burlywood}'],
providers:[LoggerService]
})
而AfterContent是这样引入的:
@Component({
selector:'after-content',
template:`
<div>-- projected content begins --</div>
<ng-content></ng-content>
<div>-- projected content ends --</div>`
+`
<p *ngIf="comment" class="comment">
{{comment}}
</p>
`
})
`<after-content>
<app-child></app-child>
</after-content>`
<ng-content>
标签是外来内容的占位符。 它告诉 Angular 在哪里插入这些外来内容。 在这里,被投影进去的内容就是来自父组件的<app-child>
标签。
OnInit()&## OnDestroy()
使用ngOnInit()
有两个原因:
- 在构造函数之后马上执行复杂的初始化逻辑
- 在 Angular 设置完输入属性之后,对该组件进行准备。
一些清理逻辑_必须_在 Angular 销毁指令之前运行,把它们放在ngOnDestroy()
中。
addHero(){
if(this.newName.trim()){
this.heroes.push(this.newName.trim());
this.newName ='';
this.logger.tick();
}
reset(){
this.logger.log('-- reset --');
this.heroes =[];
this.logger.tick();
}
@Directive({selector:'[mySpy]'})
exportclassSpyDirectiveimplementsOnInit,OnDestroy{
constructor(private logger:LoggerService){}
ngOnInit(){this.logIt(`onInit`);}
ngOnDestroy(){this.logIt(`onDestroy`);}
private logIt(msg:string){
this.logger.log(`Spy #${nextId++}${msg}`);
}
}
点击Add之后,执行一次ngOnInit,点击Reset之后,执行ngOnDestory
生命周期还是比较明显的。
总结
Anjular的生命周期钩子真的挺重要的,也感谢官方给的Demo,真的挺生动的,学起来也好理解,也好加深印象,也挺有趣的,要是专业课的老师也能拿个Demo讲课,那也不至于听天书。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。