我要评论如今的前端开发，都朝组件式开发模式靠拢，如果使用目前最流行的前端框架angular和react开发应用，不可避免地需要开发组件，也就意味着我们需要考虑组件间的数据传递等问题，不过angular 2已经为我们提供了很好的解决方案。
父组件和子组件
接触过面向对象编程的开发者肯定不会对父子关系陌生，在angular 2中子组件存在于父组件“体内”，并且父子组件可以通过一些渠道进行通讯。
父组件向子组件传入数据 – @input
当我们着手开始开发一个组件时，第一件想到的应该就是为其传入数据，毕竟我们期望组件为我们处理某些工作通常就需要给其提供“养料”，毕竟不能又让马儿跑，又不给马儿吃草。angular 2中子组件使用装饰器@input接收父组件传入的数据：
// child-component.ts
import { oninit, component, input } from '@angular/core';
@component({
selector: 'child-component',
...
})
export class childcomponent implements oninit {
@input
count: number = 0;
ngoninit() {
console.log(this.count); // 父组件内传入的值或者我们自己设置的初始值0
}
increasenumber() {
this.count ++;
}
descreasenumber() {
this.count --;
}
}
可以看到，我们使用装饰器@input修饰了count属性，这就意味着child-component被使用时期望收到一个名为count的属性，当然不属于自己掌控的范围内要小心行事，别人使用我们的组件时什么情况都可能出现，所以我们为count设置了一个初始值，当父组件没有给我们的count属性传值时，我们就取此初始值。
// father-component.ts
import { component } from '@angular/core';
import { childcomponent } from '../child-component/child-component';
@component({
template: `
<child-component [count]='initialcount'></child-component>
`,
...
})
export class fathercomponent {
initialcount: number = 5;
}
父组件使用child-component时，为count属性赋予初始值initialcount，即5，也就是说此时childcomponent的ngoninit方法中会打印出5。注意[count]语法标识了数据流向：父组件流入子组件，即单向数据绑定。此时如果传入的数据是基本数据类型，子组件中对数组做任何操作都不会影响到父组件，但如果传入的不是基本数据类型，而是引用数据类型，则要格外注意子组件中对数据的操作可能会对父组件产生影响。
子组件通知父组件数据已处理完成 – @output、eventemitter
父组件传入数据给子组件之后并不是万事大吉了，就像父母养育孩子，供其读书，但孩子需要把学习进度、考试成绩等呈现给父母看（不管是否自愿…），父组件也需要子组件在合适的时机通知自己数据已经处理好，可以检阅了。而此时就需要使用@output和eventemitter了。
// father-component.ts
import { component } from '@angular/core';
import { childcomponent } from '../child-component/child-component';
@component({
template: `
<child-component [count]='initialcount' (change)="countchange($event)"></child-component>
`,
...
})
export class fathercomponent {
initialcount: number = 5;
countchange($event) {
}
}
看看我们在父组件中加入了什么东东：
1.(change)，看到这样的语法第一时间就知道这是事件绑定，也就是说我们在父组件中监听子组件的某些变化，并能够在其变化时作出相关操作；
2.增加了countchange方法作为change事件的处理函数。
但是稍等，当我们为input标签指定type、placeholder等属性时，我们知道它们都已经被“实现了”，所谓“实现”，即这些属性在input标签上是有意义的。但是目前这里我们为child-component指定了名为change的事件是没意义的，因为其并未“实现”change事件，于是下一步我们就需要使用@output和eventemitter将其变得有意义：
// child-component.ts
import { component, input, output, eventemitter } from '@angular/core';
@component({
selector: 'child-component',
...
})
export class childcomponent {
@input
count: number = 0;
@output
change = new eventemitter();
increasenumber() {
this.count ++;
this.change.emit(this.count);
}
descreasenumber() {
this.count --;
this.change.emit(this.count);
}
}
让我们再来看看在子组件中增加了什么东东：
1.使用装饰器@output修饰了change属性，并为其赋了初值为eventemitter的实例；
2.在increasenumber和descreasenumber方法修改了count属性后，调用了change属性的emit方法通知父组件。
此时，我们在childcomponent中实现了change，于是父组件中为child-component绑定change事件也就有意义了：当子组件通知父组件时，父组件可以获取到通知中携带的数据并进行下一步操作：
// father-component.ts
...
countchange($event) {
this.initialcount = $event;
}
...
总结
不知道你有没有发现，其实上面我们模拟了“双向数据绑定”：父组件将数据传入子组件，子组件改变数据时通知父组件进行“同步更新”。但是要注意其实数据流向是单向的，即数据是父组件单向流入子组件，父组件数据的更新是通过子组件的事件通知以后才被更新。也就是说其实在angular 2中：双向数据绑定 = 单向数据绑定 + 事件，以我们最熟悉的ngmodel为例：
<input type='text' name='username' [(ngmodel)]="username">
和下面的写法是等价的：
<input type='text' name='username' [ngmodel]="username" (ngmodelchange)="username=$event">
同样的，如果将我们的child-component组件写作双向数据绑定的形式即为：
<child-component [(count)]='initialcount'></child-component>
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持移动技术网。
您可能感兴趣的文章:
如您对本文有疑问或者有任何想说的，请点击进行留言回复，万千网友为您解惑！
网友评论