mishapsv 30 окт 2015 в 07:52

С 0 до 1. Разбираемся с Redux

9 мин

331K

JavaScript * ReactJS *

Туториал

Из песочницы

+12

Комментарии 16

dark_ruby 30 окт 2015 в 09:27

декораторы разве не es7?
вот бы еще материал по rudux в связке с react-router.

VasilioRuzanni 30 окт 2015 в 10:37

Все верно, декораторы — это ES7. Статические свойства в объявлении класса — тоже ES7.

xGromMx 30 окт 2015 в 11:39

Держи)) тут есть немного материала github.com/xgrommx/awesome-redux#articles-and-tutorials

mishapsv 30 окт 2015 в 12:20

Да, верно, исправил.

JiLiZART 30 окт 2015 в 13:31

github.com/router5/redux-router5
github.com/rackt/redux-router

Ag47 30 окт 2015 в 11:25

Я пока только поглядываю в сторону реакта и после прочтения возник вопрос насчёт того, что в редьюсер передаётся состояние, которое нельзя изменять. Если изменять, могут быть нежелательные последствия. Не лучше было ли тогда, если бы редьюсер вызывался с копией состояния, которую можно и даже нужно изменять, впрочем если создать новое тоже ничего плохого не произойдёт?
Есть какая-то логика именно в том как сейчас?

xGromMx 30 окт 2015 в 11:40

redux.js.org/docs/basics/Reducers.html

vasachi 30 окт 2015 в 11:44

Ну одно из простейших объяснений — если вы трогаете одно поле состояния, а другие не меняете, то компоненты, которые подписаны через connect() на поля, которые вы не трогаете, не будут перерисованы впустую.

Devgru 30 окт 2015 в 21:41

Нет проблемы копировать значение. Но это может быть дорогой операцией, делать её каждый раз было бы плохо для производительности.

Naissur 31 окт 2015 в 23:32

Это правда. Но в таких случаях можно воспользоваться библитекой Immutable.js от facebook, которая реализует неизменяемые структуры данных (множества, списки, хэши) с дешёвыми изменениями.