Всем добрый день. Немного с задержкой, но все же выходит третий мини-учебник. На этот раз разобран react-router. А так же две главы посвещены интеграции react-router + redux.

В процессе интеграции rr+redux я не использовал react-router-redux и redux-router. Как указано в самой книге, из-за активного развития библиотек, мне хотелось бы «научить вас рыбачить», а не просто «дать рыбу».

Также, приведенный способ по интеграции основан на личном опыте, плюс ответах разработчика redux (его твиттер) на SO, и изучении различных репозиториев. Он не является «единственно верным». Пожалуйста, укажите ссылки на ваши репозитории, либо предложите свои варианты в комментариях.

Поехали!

React-router

Библиотека в рекламе не нуждается. Мощные возможности по вложению роутов (nesting) и в принципе, хорошая высокоуровневая абстракция.

В основе материала – официальные туториалы (раз, два), а так же несколько блогов (например, блог James K Nelson'a).

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

React-router + redux

Многие (как и я) ждут этого раздела в официальной документации redux. Но пока этого не случилось, на помощь приходит «философия redux» + крупицы информации разбросанные по сети.

Что я имею ввиду под «философией redux»?

Во-первых: роутинг – это «действия» (actions).

Во-вторых: мы не можем просто взять и использовать browserHistory.push внутри уже существующих actionCreators (функций-создателей действий). Почему? Потому что – это side-эффект.

На помощь приходит идея использования middleware’ов (функций-прослоек). Например, хочется использовать примитивный вариант:

Если action.redirect есть -> browserHistory.push(nextUrl)*

Данный ответ нарушает соглашение, что middleware обязан возвращать next().

* я уже второй раз упоминаю browserHistory. Это связано с тем, что данные методы (push, replace, и т.д.) доступны по умолчанию, когда вы подключаете на проект react-router.

В поисках ответа на вопрос, я посмотрел глубже в код redux-router. Я хотел достичь следующей цели: иметь возможность вызывать роутинг с помощью нативного для redux – store.dispatch

Таким образом мы сохраняем «философию». Весь процесс «потока данных» в приложении четко контролируется нами.

В туториале разобрана банальная задача:

Если пользователь ввел логин – перенаправь его на /admin, если же пользователь не залогинен и пытается зайти на /admin – перекинь его на форму регистрации ( /login ).

Для успешного решения этой задачи я использовал код react-redux-jwt-auth-example. Отличная демонстрация мощного приема «оборачивания компонента».

Решение этой задачи и есть ключ к пониманию процесса вызова действий, связанных с роутингом, так как все задачи "оперы" redux + роутинг сводятся к следующему: получен какой-то ответ (success, failure...) — отправь (dispatch) событие роутинга.

Вопрос к хабражителям:

Как думаете, нужно ли сделать отдельную статью для описания процесса интеграции react-router + redux (по факту это раздел «Подключаем redux» из учебника. Он короткий)? Для чего? Возможно, другие разработчики, кто давно работает с такой связкой увидят подход и код сразу в статье, а следовательно, прокомментируют.

Внизу опрос.

Интересные вопросы на SO:

You don’t have to keep everything in the store

Transition to another route on successful async redux action

How to connect to redux store from react-router onEnter hook?

Немного статистики (на 25.04.2016):

React.js для начинающих: 59,481 просмотров, 8,245 посетителей, 3,843 скачиваний в формате pdf/epub/mobi.

Туториал по Redux на русском: 66,978 просмотров, 7,942 посетителей, 2,832 скачиваний.

На оба курса – 41 + 38 «дискуссий». Это в основном грамматические ошибки. Есть так же пара дельных замечаний (на хабре).

Я хочу сказать всем большое спасибо за ваше участие и интерес. По-прежнему на связи: twitter, почта — maxfarseer@gmail.com

P.S. автор обложки zirael_m@mail.ru (Мария, профиль на freelance)