原文链接地址:https://www.oschina.net/translate/functional-setstate-is-the-future-of-react
React 已经在 JavaScript 中普及了函数式编程。 这导致一些大型框架采用了 React 使用的基于组件的 UI 模式。 现在功能性发烧已经蔓延到整个网络开发生态系统中。
但 React 团队并没有停下脚步,他们继续深入挖掘,发现更多隐藏在神奇库中的强大函数。
所以今天我向你透露一个新函数,它是 React 中的黄金宝藏 —— setState!
它并不是全新的,只是内置于 React 的模式,难以被开发者发掘。
Dan Abramov 将 Functional setState 模式描述为:
与组件类分开声明状态更改。
基本概念
React 是一个基于组件的 UI 库。组件是一个接受一些属性并返回一个 UI 元素的函数。
function User(props){
return(
<div>漂亮的使用者</ div>
);
}}
组件需要具有和管理其状态的能力。在这种情况下,通常将组件写为类。constructor 函数中就有了它的状态:
class User {
constructor(){
this.state = {
分数:0
};
} render(){
return(
<div>此用户评分为{this.state.score} </ div>
);
}}
}}
为了管理状态,React 提供了一个名为 setState()的特殊方法:
class User {
... increaseScore(){
this.setState({score:this.state.score + 1});
} ...
}}
注意 setState()的工作方式。你传递一个对象,其中包含你要更新的状态的一部分。换句话说,传递的对象将具有与组件状态中的键相对应的键,然后 setState()通过将对象合并到状态来更新或设置状态。因此叫“状态设置(set-State)”。你可能不知道的部分
还记得我们介绍的 setState() 的工作原理嘛? 除了其中的传递对象,我们还可以传递函数。
setState() 也接受一个函数作为参数。 该函数获取组件的 previous 状态和 current 属性,用于计算和返回下一个状态。 请看下面代码:
this.setState(function (state, props) {
return {
score: state.score - 1
}
});
注意 setState() 是一个函数,我们将另一个函数传递给它作为参数(函数式编程...函数式 setState)。
初看这一操作似乎并不怎么样,调用 set-state 需要太多步骤了。那为什么要这样做呢?为什么要给 setState 传递函数?
事情是这样子的,state 更新可能是异步的。
想想当 setState() 被调用时发生了些什么。React 首先将你传递给 setState() 函数的对象合并到当前状态中。然后它将开始协调各部分。它将创建一个 React 元素树(用于表示 UI 的对象),对比新旧树的差别,并根据你传递给 setState() 函数对象的不同,计算出相应的变化部分,最终完成 DOM 更新。
工作量真大!事实上,这仅仅是一个简化版的总结。
React 并不只是简单的“set-state”。
因为包含大量的工作,调用 setState() 可能并不会立即更新你的 state。
React 可能会出于性能考虑将多个 setState() 调用合并成一个批处理更新操作。
这样做对 React 而言意味着什么呢?
首先,“多个 setState() 调用”可能意味着在一个单独的函数中调用 setState() 函数多于一次,如下代码:
...
state = {score : 0};
// multiple setState() calls
increaseScoreBy3 () {
this.setState({score : this.state.score + 1});
this.setState({score : this.state.score + 1});
this.setState({score : this.state.score + 1});
}...
现在 React 遇到“多次 setState() 调用”时, 不会真的三次完完整整地去“set-state"——它才不会像我上面说的那样去做如此庞大工作量的事情呢!它会对自己说:“不!我不想每次爬山时只带着一部分状态更新,然后去爬三次山。我更想要有一个容器,用来把这些状态一起打包全放在里面,然后一次性地把它们都带到山上去!”而这就是“批处理”(batching)。
我们传给 setState() 的是一个朴素的对象(plain object)。现在,假设任何时候当 React 遇到“多次 setState() 调用”时,它都会执行批处理,即提取所有单次传递给 setState() 的对象,把它们合并在一起形成一个新的单一的对象,并用这个单一的对象去做 setState() 的事情。
在 JavaScript 里面,合并对象可能会如同下面这种形式:
const singleObject = Object.assign(
{},
objectFromSetState1,
objectFromSetState2,
objectFromSetState3
);
上面这种模式就是我们所熟知的对象组合(object composition)。
JavaScript 中,合并(merging)或组合(composing)对象是这样工作的:如果三个对象有相同的 key, 传给 Object.assign() 的最后一个包含此 key 的对象会覆盖掉前面的值。例如:
const me = {name : "Justice"},
you = {name : "Your name"},
we = Object.assign({}, me, you);we.name === "Your name"; //true
console.log(we); // {name : "Your name"}
由于 you 是最后一个合并入 we 的对象, 所以 you 里的 name 值—— Your name 会覆盖掉 me 对象中的 name 值。 所以呢,you 赢啦!:)
你看,当你多次往 setState() 里传入对象调用此方法时,是每次传一个对象,React 会把这些对象合并。换句话说,它会基于我们传入的这多个对象来组合出一个新的对象。并且如果这多个对象有相同的 key, 最后一次传入的对象的 key 值会被储存下来。对吗?
这意味着,以我们上面的 increaseScoreBy3 函数为例,函数的最终结果将只是 1 而不是 3,因为 React 没有立即按照我们调用 setState() 的顺序来更新 state。但是首先,React 将所有对象组合在一起,结果是:{score:this.state.score + 1},那么使用新组合的对象仅完成一次“set-state”。 像这样:User.setState({score:this.state.score + 1}。
更明确来说,将对象传递给 setState() 并不是问题所在。真正的问题在于当你想从前一个状态计算下一个状态时,传递给 setState() 的对象。这么做的风险大,理应停止。
因为 this.props 和 this.state 可能会异步更新,所以你不应该依赖它们的值来计算下一个状态。
函数式的setState能拯救世界
Sophia Shoemaker 在 Pen 中演示了这个问题:
点击查看这一 Pen 能帮助你更好地了解这个问题。当你查看后你会发现 setState 解决了我们的问题。但是确切地说,是怎么解决的呢?
“状态更新”会被排列,然后按照它们被调用的顺序来执行。
所以,当 React 碰到“多次 setState() 调用”的情况时,它不会把对象合并在一起(当然了,这里并没有什么对象要被合并),它会按照调用的顺序把这些方法排个队。
接下来,React 依次调用队列中的方法,把上一个状态传递给当前的方法,从而不断更新状态。这里提到的“上一个状态”,分两种情况:
对队列中第一个被执行的 setState() 而言,那就是在其被执行前的对象的本来状态
对队列中非第一个 setState() 而言,那就是队列里离它最近的 setState() 执行后生成的对象的状态。我想直接拿代码来阐释。但这次只是模拟,目的是传达 React 的操作。
为避免冗杂,我将使用 ES6 语法。
首先,我们创建一个组件类。然后,在这个类里,我们创建一个 setState() 方法。同时,我们的组件还有一个 increaseScoreBy3() 方法——该方法多次调用 setState。最后,如同 React 一样,我们会实例化这个类。
class User{
state = {score : 0}; //let's fake setState
setState(state, callback) {
this.state = Object.assign({}, this.state, state);
if (callback) callback();
} // multiple functional setState call
increaseScoreBy3 () {
this.setState( (state) => ({score : state.score + 1}) ),
this.setState( (state) => ({score : state.score + 1}) ),
this.setState( (state) => ({score : state.score + 1}) )
}
}const Justice = new User();
我们看到,setState 还会接收一个可选的第二参数——回调函数。如果存在一个回调函数作为入参,React 会在更新完状态后调用该回调函数。
现在,如果一个用户触发 increaseScoreBy3(), React 会把多个 setState 调用进行排列。我就不在这里写伪逻辑了,因为我们关注的是“到底什么东西让 setState 很安全”。不过你可以把这个“排列”的结果想象成一个方法数组,就像这样:
const updateQueue = [
(state) => ({score : state.score + 1}),
(state) => ({score : state.score + 1}),
(state) => ({score : state.score + 1})
];
最后,我们假设更新过程:
// recursively update state in the order
function updateState(component, updateQueue) {
if (updateQueue.length === 1) {
return component.setState(updateQueue[0](component.state));
}return component.setState(
updateQueue[0](component.state),
() =>
updateState( component, updateQueue.slice(1))
);
}updateState(Justice, updateQueue);
这里的关键重点是每次 React 从 setState 执行函数,并通过传递已更新状态的新副本来更新您的状态。 这使得功能 setState 可以基于先前状态设置状态。
这里我用完整的代码做了一个 bin。 Tinker 只为了使代码更完善。