Redux: Производительность списка подключенных компонентов

У меня есть компонент, подключенный к <List>, который передает множество атрибутов компонентам <ListItem>. Наступает момент, когда требуется рефакторинг, потому что передается слишком много атрибутов.

Предположим, я переворачиваю стол и вместо этого делаю <ListItem> подключенным компонентом, так что мне не нужно передавать так много атрибутов вниз. Могу ли я увидеть снижение производительности или повышение производительности рендеринга пользовательского интерфейса?

Я кое-что прочитал, но не смог найти точного ответа на свой вопрос.

Поведение ключевого слова "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) для оценки ваших знаний,...
3
0
495
3
Перейти к ответу Данный вопрос помечен как решенный

Ответы 3

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

<List myProp = {myProp} {...rest} />

Это отправит одну опору myProp, а все остальные реквизиты существуют в реквизитах rest.

Или вы можете передать все реквизиты:

<List {...props} />

В компоненте ListItem:

const { myOtherProp1, myOtherProp2 } = props
<ListItem myOtherProp1 = {myOtherProp1} myOtherProp2 = {myOtherProp2} />

Кроме того, вы можете передать свойства по умолчанию, которые, по вашему мнению, необходимы для компонента:

List.defaultProps = {
  myOtherProp3: 'My default prop 3'
  myOtherProp10: 'My default prop 10'
}

Таким образом, вы передаете все реквизиты, но используете их, когда вам нужно их использовать.


Чтобы ответить на ваш точный вопрос:

Нет. Производительности не будет. Нет предела реквизиту. Вы можете пройти сколько угодно. Компонент-получатель получит все реквизиты из единого источника props.

Чтобы расширить ответ @Bhojendra Rauniyar на ваш точный вопрос: передача props не замедляет React, потому что он не копирует информацию, а просто создает указатель на нее, что действительно дешево. В целом Javascript работает так, например:

a = {foo:'bar'}
b = a
b.foo = "another bar"
console.info(a.foo)
    > "another bar"

Javascript переработал ссылку на a.foo, а не скопировал ее на b.foo. Таким образом, замена b.foo также изменила a.foo.

Ответ принят как подходящий

Как правило, подключение большего количества компонентов лучше для производительности, потому что стоимость запуска большего количества функций mapState меньше, чем затраты на выполнение большего количества «потраченных впустую» повторных рендеров компонентов.

Пожалуйста, ознакомьтесь с записями часто задаваемых вопросов Redux на представление и соединение нескольких компонентов, а также в моем сообщении в блоге Практический Redux, Часть 6: Подключенные списки и производительность для получения более подробной информации.

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