原文链接地址：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 只为了使代码更完善。