企业网站推广策划书,WordPress使用两个模板,wordpress建字段,广告设计分为哪几类this. setState( [partialState], [callback])
1.[partialState] :支持部分状态更改
this, setState({
x:100 //不论总共有多少状态#xff0c;我们只修改了x#xff0c;其余的状态不动
});callback :在状态更改/视图更新完毕后触发执行#xff0c;也可以说只要执行了setS…this. setState( [partialState], [callback])
1.[partialState] :支持部分状态更改
this, setState({
x:100 //不论总共有多少状态我们只修改了x其余的状态不动
});callback :在状态更改/视图更新完毕后触发执行也可以说只要执行了setState, callback一定会执行
发生在componentDidUpdate周期函数之后 DidUpdate会在任何状态更改后都触发执行;而回调函数方式可以在指定状态更新后处理一些事情;
2.特殊: 即便我们基于shouldComponentUpdate阻止了状态/视图的更新DidUpdate周期函数肯定不会执行了但是我们设置的这个 callback回调函数依然会被触发执行! !
类似于Vue框架中的$nextTick! !
在React18中setState操作都是异步的「不论是在哪执行例如:合成事件、周期函数、定时器…」
需要注意的是React 可能会根据不同的情况使用不同的更新方式而不一定会将所有的 setState 操作合并成一个更新操作。
3.目的: 实现状态的批处理「统一处理」
1.有效减少更新次数,降低性能消耗 2.有效管理代码执行的逻辑顺序
4.原理: 利用了更新队列updaters 机制来处理的
在当前相同的时间段内「浏览器此时可以处理的事情中」遇到setState会 立即放入到更新队列中!此时状态/视图还未更新。当所有的代码操作结束会“刷新队列”「通知更新队列中的任务执行」:把所有放入的setState合并在一起执行 只触发一次视图更新 「批处理操作」 setState的两种方式对象式和函数式对比 对象式最后x为20被优化成一次性更新没有中间状态函数式是20会有中间状态 对象式和函数式在实际项目中的例子
在 React 中当你连续地进行多个 setState 操作时React 会将这些操作合并起来然后一次性地进行状态更新。这种行为被称为“对象方式的合并”。
例如你连续调用了三次 setState 方法
this.setState({ count: this.state.count 1 });
this.setState({ count: this.state.count 1 });
this.setState({ count: this.state.count 1 });如果使用的是对象方式更新状态React 会将这三个对象合并成一个对象然后进行一次性的状态更新代码会被优化为
this.setState({ count: this.state.count 3 });这种合并的行为可以避免重复更新提升 React 应用的性能。
但是对于一些需要进行异步操作的场景对象方式更新状态并不是一个好的选择。因为在异步操作中合并并不总是起作用的。
举个例子
在进行网络请求时你可能需要等待服务器返回数据然后将返回的数据显示在页面上。如果你在网络请求代码块中使用对象方式更新状态那么在请求还没有返回前React 会将多个状态更新操作合并成一个更新操作这可能会导致页面显示不正确或者渲染出错的问题。
因此在这种场景下使用函数方式更新状态是更好的选择。函数方式更新状态不会进行对象合并而是将每次状态更新的操作包裹到一个更新函数中然后将这个函数作为参数传递给 setState 方法。使用函数方式更新状态可以避免对象方式进行状态合并时可能带来的问题。
在函数方式中你可以使用当前状态和当前属性进行状态的更新。这样在状态更新的过程中不依赖于当前组件的状态所以不会有状态合并的问题而是针对当前状态进行更新。
如果你需要在网络请求后更新状态可以这样写
fetchData() {fetchDataFromServer().then((data) {// 使用函数方式更新状态this.setState((prevState, props) {// 基于先前状态进行更新const newData processData(data);return {data: newData,};});});
}在这个例子中当网络请求成功后React 不会合并 setState 操作而是对于当前的状态使用新传入的函数进行更新。
总的来说如果需要在异步操作中进行状态修改并且避免状态合并带来的问题你可以使用函数方式更新状态。
生活中的比喻
假设你正在建造一座大楼楼房分为很多层每层都将会有很多不同的物品放置。你已经规划好了第一层的布局并且决定基于这个布局来规划其他的楼层。
现在假设你的朋友来参观你的大楼他提议在第一层放置一个沙发但是你已经决定好了第一层的布局因此你无法加入新的物品。这就好比是在对象方式更新状态时由于每次更新操作都会合并状态所以在异步操作中可能会产生干扰导致最终更新的状态并不是预期的状态。
但是如果你使用函数方式来更新状态就好比是在楼房建造过程中你会为每一层都规划出一个状态然后基于这个状态去建造每一层这样你的朋友提议在某一层加入一个沙发也不会对其他的层产生影响。因为你在每次更新状态时都会基于当前状态来执行更新操作所以可以保证最终的状态更新会按照你的预期进行。
