Комментарии 22
Спасибо!
Новичкам советую прежде чем приступать к использованию redux, прочитать, чем он отличается от каноничного flux.
Спасибо за туториал!
НЛО прилетело и опубликовало эту надпись здесь
Спасибо за туториал!
Было бы здорово, если в каждой главе были бы итоги вкратце, как сделано на сайте https://learn.javascript.ru/
По Redux хотелось бы почитать на русском о менеджменте состояний и других проблемных местах:
tonyhb.gitbooks.io/redux-without-profanity/content/ch1-state-management.html
Было бы здорово, если в каждой главе были бы итоги вкратце, как сделано на сайте https://learn.javascript.ru/
Какие вопросы были не затронуты в туториалах, но на которые вы жаждите узнать ответ?По Relay пока-что мало информации, особенно на русском. Хотелось бы увидеть сравнение Relay c Redux.
По Redux хотелось бы почитать на русском о менеджменте состояний и других проблемных местах:
tonyhb.gitbooks.io/redux-without-profanity/content/ch1-state-management.html
Прекрасная штука, спасибо большое
Вы — Героя дня, да.
Когда ждать продолжения?
Когда ждать продолжения?
Понравился туториал по React'у. Хотелось бы что-то подобное по react-router.
Спасибо всем за отзывы и правки. Исходя из ваших пожеланий, первым делом будет описан "роутинг". Думаю управиться с ним до конца месяца. Роутинг будет рассматриваться на основе redux-приложения.
P.S. Немного статистики: на двоих, реакт курс и редукс курс уже набрали почти 4000 скачиваний.
P.S. Немного статистики: на двоих, реакт курс и редукс курс уже набрали почти 4000 скачиваний.
Полистал реакт.
1. В качестве key нужно избегать использования index, он должен быть на последнем месте по приоритетам. Самый идеальный key — это индекс, на втором месте — любой уникальный ключ, который может сгенерить lodash допустим. И только потом index.
2. В нескольких местах замечал, что вы создаёте переменную, допустим author — а по факту используете её только 1 раз. Так вы засоряете память.
Есть иная ситуация — у вас может идти this.props.author, this.props.name и тд, то есть вы каждый раз обращаетесь на уровень выше, хотя можете эту пропсу сохранить уже в рамках функции и обращаться к ней там, это будет быстрее.
3. eshe_odno_svoistvo… В js лучше использовать camelCase, то есть ваш ключ должен принять вид — esheOdnoSvoistvo
Ещё полистаю, может ещё чего добавлю.
1. В качестве key нужно избегать использования index, он должен быть на последнем месте по приоритетам. Самый идеальный key — это индекс, на втором месте — любой уникальный ключ, который может сгенерить lodash допустим. И только потом index.
2. В нескольких местах замечал, что вы создаёте переменную, допустим author — а по факту используете её только 1 раз. Так вы засоряете память.
Есть иная ситуация — у вас может идти this.props.author, this.props.name и тд, то есть вы каждый раз обращаетесь на уровень выше, хотя можете эту пропсу сохранить уже в рамках функции и обращаться к ней там, это будет быстрее.
3. eshe_odno_svoistvo… В js лучше использовать camelCase, то есть ваш ключ должен принять вид — esheOdnoSvoistvo
Ещё полистаю, может ещё чего добавлю.
<p className={'news__big-text ' + (visible? '': 'none')}>{bigText}
Реакт работает с виртуальным домом, то есть если нет данных, то лучше не выводить обёртку вообще…
{visible? {bigText}: null}
Реакт работает с виртуальным домом, то есть если нет данных, то лучше не выводить обёртку вообще…
{visible? {bigText}: null}
Добрый вечер, спасибо за комментарий.
- Не совсем понял, "самый идеальный — это индекс"? Цель ключа дать уникальность элементу. С помощью index мы же ее достигаем, почему это плохо?
- Абсолютно с вами согласен. Если используется больше 1го раза — нужна переменная, если 1 раз — лучше без нее. Либо создавал для наглядности, либо написал где-то не подумав. Гитбук позволяет удобно отправлять замечания по тексту, на будущее — я бы не отказался от замечаний такого типа.
- Это был просто пример для наглядности. Про camelCase — согласен.
- Индекс элемента в массиве нестабилен и не может идентифицировать элемент (просто потому, что после добавления/удаления элементов из коллекции индекс изменится). Проблема выбора и необходимость стабильных ключей для работы реакта хорошо расписана в документации.
Извиняюсь, ошибся. На первом месте — id.
По индексу уже ответили, попытаюсь по-простому, по-русски:
1. Вы выводите элементы в цикле — им проставляете индекс.
2. Вы удаляете элемент из UI.
3. Запускается ререндер.
4. Элемент стоящий после удалённого опять получает тот же индекс, что и у удалённого, потому что у вас опять пробежался цикл.
5. То есть ивент относящийся ко второму, по факту уже будет воздействовать на третий.
Как то так. Где то была статья, к сожалению сейчас найти не могу.
По индексу уже ответили, попытаюсь по-простому, по-русски:
1. Вы выводите элементы в цикле — им проставляете индекс.
2. Вы удаляете элемент из UI.
3. Запускается ререндер.
4. Элемент стоящий после удалённого опять получает тот же индекс, что и у удалённого, потому что у вас опять пробежался цикл.
5. То есть ивент относящийся ко второму, по факту уже будет воздействовать на третий.
Как то так. Где то была статья, к сожалению сейчас найти не могу.
Гитбук позволяет удобно отправлять замечания по тексту
Подскажите как, пожалуйста. Сразу могу сказать, что
+e.target.innerTextв ФФ не работает – испольуйте textContent вместо innerText
Справа от обычных параграфов появляется "+" — нажмите на него и добавьте коммент. Замечание у вас верное, спасибо.
Даже не думал, что innerText нестандартное свойство.
кстати, починили в новом FF: http://caniuse.com/#search=innertext
Замечаю не первый раз, что при выкачке книг с GitBook в формате ePub не работает функция изменения размера шрифта в iBook в apple devices. Почему так?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Текстовый туториал по React.js и Redux на русском