Значение экземпляра реакции или состояние для незначительного обновления пользовательского интерфейса

На мой взгляд, всякий раз, когда я вызываю 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 в состоянии с дополнительным РАБОТАЙ обновления компонента, а не использовать значение экземпляра? С какими возможными неприятностями я могу столкнуться? Какие преимущества я получаю, кроме, например, наличия центрального хранилища?

Если вы поместите searching непосредственно в экземпляр, а не в состояние с setState, компонент не будет повторно визуализирован, поэтому свойство showSpinner никогда не будет установлено на true. Вам нужно поместить каждую переменную, которая может измениться и которую вы хотите использовать для рендеринга, в состояние компонента.

Tholle 17.03.2019 19:06

Установка переменных непосредственно в this не обновит ваш пользовательский интерфейс, в то время как setState обновит.

lankovova 17.03.2019 19:06

@Tholle Я могу подтвердить, что в этом случае поиск переключается между истинным и ложным, и showSpinner получает переключение

Ndifreke 17.03.2019 19:17

Затем есть другое состояние или обновление реквизита, которое вызывает повторный рендеринг вашего компонента, но вы не должны полагаться на это. Все, что изменяется и используется в рендеринге, должно быть приведено в состояние.

Tholle 17.03.2019 19:22

@Tholle Имеет смысл, я переместил this.searching ниже setState, и результат непредсказуем.

Ndifreke 17.03.2019 19:24
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Улучшение производительности загрузки с помощью Google Tag Manager и атрибута Defer
Улучшение производительности загрузки с помощью Google Tag Manager и атрибута Defer
В настоящее время производительность загрузки веб-сайта имеет решающее значение не только для удобства пользователей, но и для ранжирования в...
Безумие обратных вызовов в javascript [JS]
Безумие обратных вызовов в javascript [JS]
Здравствуйте! Юный падаван 🚀. Присоединяйся ко мне, чтобы разобраться в одной из самых запутанных концепций, когда вы начинаете изучать мир...
Система управления парковками с использованием HTML, CSS и JavaScript
Система управления парковками с использованием HTML, CSS и JavaScript
Веб-сайт по управлению парковками был создан с использованием HTML, CSS и JavaScript. Это простой сайт, ничего вычурного. Основная цель -...
JavaScript Вопросы с множественным выбором и ответы
JavaScript Вопросы с множественным выбором и ответы
Если вы ищете платформу, которая предоставляет вам бесплатный тест JavaScript MCQ (Multiple Choice Questions With Answers) для оценки ваших знаний,...
1
5
25
1

Ответы 1

Поскольку вы уже обновляете состояние для searchResult, обновление другого поля searching не приведет к дополнительным повторным рендерингам.

Если ваш пользовательский интерфейс зависит от searching, вам нужно будет иметь его в state, иначе react не узнает, что значение searching изменилось.

React уже очень эффективен, не нужно слишком много думать, прежде чем вы действительно столкнетесь с какими-либо проблемами с производительностью.

Другие вопросы по теме