ReactJS中this.state和this.setstate的区别是什么？

Question

ReactJS中this.state和this.setstate的区别是什么？

我想更改hasSubmit密钥的值，就像在第一个代码部分中一样。我知道这不推荐。但第二个代码是异步的，我不想使用的回调函数setState。

• 是什么的差异this.state和setState？

• 有没有办法hasSubmit立即改变国家价值？

第一个代码：

this.state.hasSubmit = falsethis.setState({})//Code that will use `hasSubmit`.

第二个代码：

this.setState({
   hasSubmit: false,});//Code that will use `hasSubmit`.

---

加：

场景是：

1. hasSubmit设置false在getInitialState()。

2. hasSubmitfalse当我点击submit按钮时会改变。

3. hasSubmit将true在提交时更改为。

第一次单击submit没有问题，hasSubmit将被设置为true。

但是第二次点击submit将使用错误Second asynchronous code，因为hasSubmit它仍然是true，而First Code可以解决问题。

Answer 1

以下是React文档所说的内容：永远不要this.state直接变异，因为之后调用setState（）可能会替换你所做的变异。把this.state看作是不可变的。setState()不会立即改变this.state但会创建一个挂起状态转换。this.state调用此方法后访问可能会返回现有值。无法保证对setState的调用进行同步操作，并且可以对调用进行批处理以提高性能。 setState()除非实现条件渲染逻辑，否则将始终触发重新渲染shouldComponentUpdate()。如果正在使用可变对象并且无法实现逻辑shouldComponentUpdate()，则setState()仅在新状态与先前状态不同时调用将避免不必要的重新呈现。以设计方式使用API总是明智的。如果文档说不改变你的状态，那么你最好不要改变你的状态。虽然setState()技术上可能是异步的，但它肯定不会以任何明显的方式变慢。组件的render()功能将以非常短的顺序调用。直接设置状态的一个缺点是阵营的生命周期方法- ，，shouldComponentUpdate() -依赖于状态转换被调用。如果直接更改状态并使用空对象调用，则无法再实现这些方法。componentWillUpdate()componentDidUpdate()setState()setState()另一个是它只是糟糕的编程风格。你在两个陈述中做了你可以做的一个。而且，这里没有实际的好处。在这两种情况下，render()直到调用setState()（或forceUpdate()）之后才会触发。您声称有必要这样做而不实际解释需要的是什么。也许你想更详细地解决你的问题。可能有更好的解决方案。最好使用框架而不是框架。UPDATE从下面的评论：需要的是我想在下面使用改变的hasSubmit。好的我现在明白了。如果您需要立即使用未来的州财产，最好的办法就是将其存储在本地变量中。const hasSubmit = false;this.setState({   hasSubmit: hasSubmit});if (hasSubmit) {    // Code that will use `hasSubmit` ...

Answer 2

如果要更改状态并通过响应触发重新渲染： 使用第二个代码。  this.setState({     hasSubmit: false,   });第一个代码的问题/错误：  this.state.hasSubmit = false      // Updates state directly:                                      // You are not supposed to do this                                     // except in ES6 constructors   this.setState({})                 // passes an empty state to react.                                     // Triggers re-render without mutating state