React this.state имеет значение null сразу после setStat [duplicate]
Это полезно при использовании Объектов значения . Ниже приведен фрагмент из Portland Pattern Repository :
Примерами объектов значений являются такие числа, как числа, даты, денежные средства и строки. Обычно это небольшие объекты, которые используются довольно широко. Их идентичность основана на их состоянии, а не на их объектной идентичности. Таким образом, вы можете иметь несколько копий одного и того же концептуального объекта ценности.
Таким образом, я могу иметь несколько копий объекта, который представляет дату 16 января 1998 года. Любая из этих копий будет равна друг другу. Для небольшого объекта, такого как это, часто легче создавать новые и перемещать их, а не полагаться на один объект для представления даты.
Объект значения должен всегда переопределять .equals () в Java (или = в Smalltalk). (Не забудьте также переопределить .hashCode ().)
blockquote>
4 ответа
Из документации от React :
setState()не сразу мутируетthis.state, а создает ожидающий переход состояния. Доступ кthis.stateпосле вызова этого метода может потенциально вернуть существующее значение.
. Если вы хотите, чтобы функция выполнялась после изменения состояния, передайте ее в поле
setState, и вызовы могут быть собраны для повышения производительности. как обратный вызов.this.setState({value: event.target.value}, function () { console.log(this.state.value); });
-
1– Dherik 18 December 2015 в 03:31
-
2– Keysox 16 May 2016 в 21:34
-
3– semuzaboi 2 June 2016 в 10:44
-
4– Michael Parker 2 June 2016 в 14:39
-
5– JackHasaKeyboard 1 September 2017 в 12:26
Вот документы React:
НИКОГДА не мутируйте this.state напрямую, так как вызов setState () впоследствии может заменить мутацию, которую вы сделали. Обработайте this.state, как если бы он был неизменным.
setState () не сразу мутирует this.state, но создает ожидающий переход состояния. Доступ к this.state после вызова этого метода может потенциально вернуть существующее значение.
Нет гарантии синхронной работы вызовов с setState, и вызовы могут быть собраны для повышения производительности. setState () всегда вызывает повторную визуализацию, если логика условного воспроизведения не реализована в shouldComponentUpdate ().
Если используются изменяемые объекты и логика не может быть реализована в shouldComponentUpdate (), вызов только setState () когда новое состояние отличается от предыдущего состояния, избежит ненужных повторных передач.
-
1– Pang 13 April 2017 в 05:22
Следите за методами реагирования на жизненный цикл!
- http://projects.wojtekmaj.pl/react-lifecycle-methods-diagram/
- https://reactjs.org/docs/react-component.html
Я работал несколько часов, чтобы узнать, что getDerivedStateFromProps будет вызван после каждого setState().
Как указано в документации React, нет гарантии того, что setState запущен синхронно, поэтому ваш console.log может вернуть состояние до его обновления.
Майкл Паркер упоминает о передаче обратного вызова внутри setState. Другой способ обработки логики после изменения состояния осуществляется с помощью метода жизненного цикла componentDidUpdate, который является методом, рекомендованным в документах React.
Обычно мы рекомендуем использовать для этой логики componentDidUpdate ().
Это особенно полезно, когда могут быть последовательные
setStates, и вы хотели бы запустить ту же функцию после каждого изменения состояния. Вместо добавления обратного вызова к каждомуsetState, вы можете поместить функцию внутриcomponentDidUpdateс конкретной логикой внутри, если необходимо.// example componentDidUpdate(prevProps, prevState) { if (this.state.value > prevState.value) { this.foo(); } }
-
1– vikash 21 February 2018 в 08:28