Как стать автором
Обновить

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

За такой навороченной абстракцией redux уже и не узнать. Не было ли проще сделать эту штуку отдельной библиотекой, без зависимости от redux?

Можно ли это это было сделать без зависимостей — наверно да. Было ли это сделать проще — однозначно нет. Библиотека полностью построена поверх Redux и всего лишь автоматизирует рутинные операции.
Имея под капотом Redux мы можем пользоваться всеми инструментами, которые созданы для работы с ним, например Redux DevTools и это очень удобно.
Какие профиты может дать отделение ее от Redux?
Я может не понял чего, но как это у вас в определении транспорта два свойства `update`?
Это опечатка. Поправил. Спасибо!

Спустя год после выхода React Hooks кто-то все ещё публикует статьи с классами. Мне вообще гораздо больше нравится Rematch как альтернативное API для Redux.

Цель статьи — показать как упростить работу с Redux, без привязки к фичам React. Кроме того, по ощущениям, больше людей знакомы с работой через классы. Крупные проекты, например, зачастую не спешат внедрять моментально все нововведения. Это сложно, долго, дорого и тд.
Поэтому, для целей статьи, не важно хуки это будут или нет. В конце статьи приводятся ссылки
Полный код переписанного на коммуникации примера из доки ReduxToolkit тут, а потыкать можно тут.

Перейдя по ним можно посмотреть как это выглядит с хуками.
Rematch надо попробовать. Выглядит довольно внушительно.
Не все можно красиво написать на функциональщине, иногда удобнее классами пользоваться, например когда какая-то сложная логика, функциональный компонент будет выглядеть как функция на пару тыщ строк.
Функциональные компоненты становятся нечитаемы без комментов с определённого момента, в то время как классы её +- сохраняют.
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.