Диспетчер и экшены Redux
В предыдущем эпизоде мы придумали удобное хранилище состояния. А в этом сделаем работу с ним более удобнее, доработав экшены. Отделим декларацию действия от его реализации, сделав код компонентным и тестируемым. И после этого рассмотрим и подключим библиотеку Redux:
- 00:01:11 - Проблемы невыделенного кода
- 00:02:28 - Отписка слушателя
- 00:04:03 - Постановка задачи
- 00:06:00 - Вынесение конвертеров состояния
- 00:07:56 - Обобщение сигнатур
- 00:09:45 - Создание функции reducer
- 00:11:37 - Написание reucer-а
- 00:13:35 - Группировка action и params
- 00:15:24 - Константы для имён действий
- 00:16:47 - Добавление метода dispatch
- 00:19:20 - Инъекция зависимости
- 00:20:54 - Перенос инициализации состояния
- 00:22:19 - Использование action creators
- 00:24:18 - Комбинирование редьюсеров
- 00:27:22 - Разбиение состояния
- 00:28:58 - Универсальный combineReducers
- 00:30:11 - Обзор результата
- 00:31:35 - Подключение Redux
А в следующем эпизоде добавим интерактив и разберём настоящий MVC.
Скрытый контент
Чтобы не пропускать новые эпизоды подпишитесь на наш канал@deworkerpro в Telegram
Выдохнул ) Да, это не 6 часов )
Скорее бы опять к бэкэнду вернулись - столько интересного в очереди стоит.
Да. Бэк это сила. 💪
уже не дождался сам изучил Bus
Спасибо :)
Ух ты - deworker перешел на React)))
Да, за пару недель постепенно перевели c Nuxt на Next.
Спасибо Дмитрий, отличный урок, но раз пошла такая пьянка, может выскажите мнение о MOBx ? Случаи когда предыдущее состояние прямо вот нужно и необходимо, можно по пальцам пересчитать, а лишняя писанина совсем не радует, особенно если делаешь для заказчика, а не для себя, а MOBx сильно сокращает код и делает его более понятным.
Да, MOBx выигрывает в размере кода, взамен добавляя чуть больше магии. Но суть от этого не меняется.
Ясно, спасибо.
Супер! Спасибо за четкое изложение)
Дмитрий, а сделайте урок хотя бы теоретический по типу философии, о server side rendering, что это и зачем. Спасибо.
В примере с кодом в HTML-странице показать не получится, так как нужно будет всё запускать в NodeJS-сервере.
А вообще SSR нужен для того, чтобы при первом запросе с сервера возвращалась не пустая страница:
как у нас наполняемая уже потом в браузере по
ReactDOM.render(<App />, root), а как у классических сайтов сразу бы возвращалась страница со всем HTML-контентом:уже сгенерированным на сервере через
ReactDOMServer.renderToString(<App />).И уже на неё в браузере через
ReactDOM.hydrate(<App />, root)подключался бы JavaScript.В итоге имеем и индексацию поисковыми системами как у классического сайта, и JS-интерактив.
Спасибо за ответ.
Зачем константы. Можно сразу же передавать ф-ции по названию или из объекта по ключу и избежать огромного switch - case
Да, можно. Но мы изначально ориентировались на пример Redux.