На мой взгляд, всякий раз, когда я вызываю setState React Component, я считаю, что по крайней мере небольшая работа проделана для обновления компонента. Сохранение каждой важной динамической переменной в состоянии — это ниша, которую я видел до сих пор в сообществе.
Представьте себе этот нетривиальный код, который устанавливает переменную searching в значение true, когда запрос сервера еще не возвращен.
fetchSearch = async (food) => {
this.searching = true;
const request = await client.get(`http://localhost:8081/food?q=${food}`);
const results = await request.json();
this.setState((state) => {
this.searching = false;
return { searchResult: results }
});
}
<Input showSpinner = {this.searching}</Input>
Как вы, возможно, догадались, значение this.searching определяет, применяется ли класс CSS анимации загрузки пользовательского интерфейса.
Мой вопрос: действительно ли стоит устанавливать this.searching в состоянии с дополнительным РАБОТАЙ обновления компонента, а не использовать значение экземпляра? С какими возможными неприятностями я могу столкнуться? Какие преимущества я получаю, кроме, например, наличия центрального хранилища?
Установка переменных непосредственно в this не обновит ваш пользовательский интерфейс, в то время как setState обновит.
@Tholle Я могу подтвердить, что в этом случае поиск переключается между истинным и ложным, и showSpinner получает переключение
Затем есть другое состояние или обновление реквизита, которое вызывает повторный рендеринг вашего компонента, но вы не должны полагаться на это. Все, что изменяется и используется в рендеринге, должно быть приведено в состояние.
@Tholle Имеет смысл, я переместил this.searching ниже setState, и результат непредсказуем.



![Безумие обратных вызовов в javascript [JS]](https://i.imgur.com/WsjO6zJb.png)


Поскольку вы уже обновляете состояние для searchResult, обновление другого поля searching не приведет к дополнительным повторным рендерингам.
Если ваш пользовательский интерфейс зависит от searching, вам нужно будет иметь его в state, иначе react не узнает, что значение searching изменилось.
React уже очень эффективен, не нужно слишком много думать, прежде чем вы действительно столкнетесь с какими-либо проблемами с производительностью.
Если вы поместите
searchingнепосредственно в экземпляр, а не в состояние сsetState, компонент не будет повторно визуализирован, поэтому свойствоshowSpinnerникогда не будет установлено наtrue. Вам нужно поместить каждую переменную, которая может измениться и которую вы хотите использовать для рендеринга, в состояние компонента.