标签:rar 第一个 state this 计算 操作 成功 改变 执行
一句话概括,props 是组件对外的接口,state 是组件对内的接口。组件内可以引用其他组件,组件之间的引用形成了一个树状结构(组件树),如果下层组件需要使用上层组件的数据或方法,上层组件就可以通过下层组件的props属性进行传递,因此props是组件对外的接口。组件除了使用上层组件传递的数据外,自身也可能需要维护管理数据,这就是组件对内的接口state。根据对外接口props 和对内接口state,组件计算出对应界面的UI=>UI = Component(props, state)。
组件的props 和 state都和组件最终渲染出的UI直接相关。两者的主要区别是:state是可变的,是组件内部维护的一组用于反映组件UI变化的状态集合;而props是组件的只读属性,组件内部不能直接修改props,要想修改props,只能在该组件的上层组件中修改。在组件状态上移的场景中,父组件正是通过子组件的props,传递给子组件其所需要的状态。
请务必牢记,并不是组件中用到的所有变量都是组件的状态!当存在多个组件共同依赖同一个状态时,一般的做法是状态上移,将这个状态放到这几个组件的公共父组件中。
直接修改state,组件并不会重新重发render。例如:
// 错误 this.state.title = ‘React‘;
正确的修改方式是使用setState()
:
// 正确 this.setState({title: ‘React‘});
调用setState
,组件的state并不会立即改变,setState
只是把要修改的状态放入一个队列中,React会优化真正的执行时机,并且React会出于性能原因,可能会将多次setState
的状态修改合并成一次状态修改。所以不能依赖当前的state,计算下个state。当真正执行状态修改时,依赖的this.state并不能保证是最新的state,因为React会把多次state的修改合并成一次,这时,this.state还是等于这几次修改发生前的state。另外需要注意的是,同样不能依赖当前的props计算下个state,因为props的更新也是异步的。
举个例子,对于一个电商类应用,在我们的购物车中,当点击一次购买按钮,购买的数量就会加1,如果我们连续点击了两次按钮,就会连续调用两次this.setState({quantity: this.state.quantity + 1})
,在React合并多次修改为一次的情况下,相当于等价执行了如下代码:
//错误
Object.assign( previousState, {quantity: this.state.quantity + 1}, {quantity: this.state.quantity + 1} )
后面的操作覆盖掉了前面的操作,最终购买的数量只增加了1个。
如果你真的有这样的需求,可以使用另一个接收一个函数作为参数的setState
,这个函数有两个参数,第一个参数是组件的前一个state(本次组件状态修改成功前的state),第二个参数是组件当前最新的props。如下所示:
// 正确 this.setState((preState, props) => ({ counter: preState.quantity + 1; }))
当调用setState
修改组件状态时,只需要传入发生改变的状态变量,而不是组件完整的state,因为组件state的更新是一个浅合并(Shallow Merge)的过程。例如,一个组件的state为:
this.state = { title : ‘React‘, content : ‘React is an wonderful JS library!‘ }
当只需要修改状态title
时,只需要将修改后的title
传给setState
:
this.setState({title: ‘Reactjs‘});
React会合并新的title
到原来的组件state中,同时保留原有的状态content
,合并后的state为:
{ title : ‘Reactjs‘, content : ‘React is an wonderful JS library!‘ }
标签:rar 第一个 state this 计算 操作 成功 改变 执行
原文地址:https://www.cnblogs.com/Michelle20180227/p/9081186.html