简谈创建React Component的几种方式
前言
当我们谈起React的时候，多半会将注意力集中在组件之上，思考如何将页面划分成一个个组件，以及如何编写可复用的组件。但对于接触React不久，还没有真正用它做一个完整项目的人来说，理解如何创建一个组件也并不那么简单。
在最开始的时候我以为创建组件只需要调用createClass这个api就可以了；但学习了ES6的语法后，又知道了可以利用继承，通过extendsReact.component来创建组件；后来在阅读别人代码的时候又发现了PureComponent以及完全没有继承，仅仅通过返回JSX语句的方式创建组件的方式。
下面这篇文章，就将逐一介绍这几种创建组件的方法，分析其特点，以及如何选择使用哪一种方式创建组件。
几种方法
1.createClass
如果你还没有使用ES6语法，那么定义组件，只能使用React.createClass这个helper来创建组件，下面是一段示例：
varReact=require("react");
varGreeting=React.createClass({
propTypes:{
name:React.PropTypes.string//属性校验
},
getDefaultProps:function(){
return{
name:'Mary'//默认属性值
};
},
getInitialState:function(){
return{count:this.props.initialCount};//初始化state
},
handleClick:function(){
//用户点击事件的处理函数
},
render:function(){
returnHello,{this.props.name}
;
}
});
module.exports=Greeting;
这段代码，包含了组件的几个关键组成部分，这种方式下，组件的props、state等都是以对象属性的方式组合在一起，其中默认属props和初始state都是返回对象的函数，propTypes则是个对象。这里还有一个值得注意的事情是，在createClass中，React对属性中的所有函数都进行了this绑定，也就是如上面的hanleClick其实相当于handleClick.bind(this)。
2.component
因为ES6对类和继承有语法级别的支持，所以用ES6创建组件的方式更加优雅，下面是示例：
importReactfrom'react';
classGreetingextendsReact.Component{
constructor(props){
super(props);
this.state={count:props.initialCount};
this.handleClick=this.handleClick.bind(this);
}
//staticdefaultProps={
//name:'Mary'//定义defaultprops的另一种方式
//}
//staticpropTypes={
//name:React.PropTypes.string
//}
handleClick(){
//点击事件的处理函数
}
render(){
returnHello,{this.props.name}
;
}
}
Greeting.propTypes={
name:React.PropTypes.string
};
Greeting.defaultProps={
name:'Mary'
};
exportdefaultGreating;
可以看到Greeting继承自React.component,在构造函数中，通过super()来调用父类的构造函数，同时我们看到组件的state是通过在构造函数中对this.state进行赋值实现，而组件的props是在类Greeting上创建的属性，如果你对类的属性和对象的属性的区别有所了解的话，大概能理解为什么会这么做。
对于组件来说，组件的props是父组件通过调用子组件向子组件传递的，子组件内部不应该对props进行修改，它更像是所有子组件实例共享的状态，不会因为子组件内部操作而改变，因此将props定义为类Greeting的属性更为合理，而在面向对象的语法中类的属性通常被称作静态(static)属性，这也是为什么props还可以像上面注释掉的方式来定义。
对于Greeting类的一个实例对象的state，它是组件对象内部维持的状态，通过用户操作会修改这些状态，每个实例的state也可能不同，彼此间不互相影响，因此通过this.state来设置。
用这种方式创建组件时，React并没有对内部的函数，进行this绑定，所以如果你想让函数在回调中保持正确的this，就要手动对需要的函数进行this绑定，如上面的handleClick，在构造函数中对this进行了绑定。
3.PureComponet
我们知道，当组件的props或者state发生变化的时候：React会对组件当前的Props和State分别与nextProps和nextState进行比较，当发现变化时，就会对当前组件以及子组件进行重新渲染，否则就不渲染。有时候为了避免组件进行不必要的重新渲染，我们通过定义shouldComponentUpdate来优化性能。例如如下代码：
classCounterButtonextendsReact.Component{
constructor(props){
super(props);
this.state={count:1};
}
shouldComponentUpdate(nextProps,nextState){
if(this.props.color!==nextProps.color){
returntrue;
}
if(this.state.count!==nextState.count){
returntrue;
}
returnfalse;
}
render(){
return(
);
}
}
shouldComponentUpdate通过判断props.color和state.count是否发生变化来决定需不需要重新渲染组件，当然有时候这种简单的判断，显得有些多余和样板化，于是React就提供了PureComponent来自动帮我们做这件事，这样就不需要手动来写shouldComponentUpdate了：
classCounterButtonextendsReact.PureComponent{
constructor(props){
super(props);
this.state={count:1};
}
render(){
return(
);
}
}
大多数情况下，我们使用PureComponent能够简化我们的代码，并且提高性能，但是PureComponent的自动为我们添加的shouldComponentUpate函数，只是对props和state进行浅比较(shadowcomparison)，当props或者state本身是嵌套对象或数组等时，浅比较并不能得到预期的结果，这会导致实际的props和state发生了变化，但组件却没有更新的问题。
例如下面代码有一个ListOfWords组件来将单词数组拼接成逗号分隔的句子，它有一个父组件WordAdder让你点击按钮为单词数组添加单词，但他并不能正常工作：
classListOfWordsextendsReact.PureComponent{
render(){
return{this.props.words.join(',')};
}
}
classWordAdderextendsReact.Component{
constructor(props){
super(props);
this.state={
words:['marklar']
};
this.handleClick=this.handleClick.bind(this);
}
handleClick(){
//这个地方导致了bug
constwords=this.state.words;
words.push('marklar');
this.setState({words:words});
}
render(){
return(
这种情况下，PureComponent只会对this.props.words进行一次浅比较，虽然数组里面新增了元素，但是this.props.words与nextProps.words指向的仍是同一个数组，因此this.props.words!==nextProps.words返回的便是flase，从而导致ListOfWords组件没有重新渲染,笔者之前就因为对此不太了解，而随意使用PureComponent，导致state发生变化，而视图就是不更新，调了好久找不到原因~。
最简单避免上述情况的方式，就是避免使用可变对象作为props和state，取而代之的是每次返回一个全新的对象,如下通过concat来返回新的数组：
handleClick(){
this.setState(prevState=>({
words:prevState.words.concat(['marklar'])
}));
}
你可以考虑使用Immutable.js来创建不可变对象，通过它来简化对象比较，提高性能。
这里还要提到的一点是虽然这里虽然使用了Pure这个词，但是PureComponent并不是纯的，因为对于纯的函数或组件应该是没有内部状态。
4.StatelessFunctionalComponent
上面我们提到的创建组件的方式，都是用来创建包含状态和用户交互的复杂组件，当组件本身只是用来展示，所有数据都是通过props传入的时候，我们便可以使用StatelessFunctionalComponent来快速创建组件。例如下面代码所示:
importReactfrom'react';
constButton=({
day,
increment
})=>{
return(
Todayis{day}
)
}
Button.propTypes={
day:PropTypes.string.isRequired,
increment:PropTypes.func.isRequired,
}
这种组件，没有自身的状态，相同的props输入，必然会获得完全相同的组件展示。因为不需要关心组件的一些生命周期函数和渲染的钩子，所以不用继承自Component显得更简洁。
对比
createClassvsComponent
对于React.createClass和extendsReact.Component本质上都是用来创建组件，他们之间并没有绝对的好坏之分，只不过一个是ES5的语法，一个是ES6的语法支持，只不过createClass支持定义PureRenderMixin,这种写法官方已经不再推荐，而是建议使用PureComponent。
pureComponentvsComponent
通过上面对PureComponent和Component的介绍，你应该已经了解了二者的区别:PureComponent已经定义好了shouldUpdateComponent而Component需要显示定义。
ComponentvsStatelessFunctionalcomponent
Component包含内部state，而StatelessFunctionalComponent所有数据都来自props，没有内部state;
1.Component包含的一些生命周期函数，StatelessFunctionalComponent都没有，因为StatelessFunctional
2.component没有shouldComponentUpdate,所以也无法控制组件的渲染，也即是说只要是收到新的props，StatelessFunctionalComponent就会重新渲染。
3.StatelessFunctionalComponent不支持Refs
选哪个？
这里仅列出一些参考:
1.createClass，除非你确实对ES6的语法一窍不通，不然的话就不要再使用这种方式定义组件。
2.StatelessFunctionalComponent,对于不需要内部状态，且用不到生命周期函数的组件，我们可以使用这种方式定义组件，比如展示性的列表组件，可以将列表项定义为StatelessFunctionalComponent。
3.PureComponent/Component，对于拥有内部state，使用生命周期的函数的组件，我们可以使用二者之一，但是大部分情况下，我更推荐使用PureComponent，因为它提供了更好的性能，同时强制你使用不可变的对象，保持良好的编程习惯。
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持毛票票。