Comments 6
Думаю было бы полезным в данном контексте добавить пару слов про redux-thunk или saga. Я бы ещё упомянул, что redux не единственная доступная библиотека для управлением состоянием. У каждой свои сильные и слабые стороны. Спасибо за статью.
Ещё в отдельных случаях пригодится библиотека recompose, она позволит сгруппировать похожие/однотпипные паттерны логики в компонентах и избежать дублирования кода
Большие приложения на redux сложно делать, из-за того что может быть крайне сложно описывать перекресные связи между стейтами разных фич или, наоборот, обособить стейт фичи — сделать его динамически генерирующимся.
Я много времени потратил на решения этих проблем и в итоге получилось это: github.com/artalar/flaxom. Там же описаны подробнее проблемы редакса, которые я решал (хотя обратная совместимость не составляет труда).
Я много времени потратил на решения этих проблем и в итоге получилось это: github.com/artalar/flaxom. Там же описаны подробнее проблемы редакса, которые я решал (хотя обратная совместимость не составляет труда).
Это какие-то детские советы по написанию обычных Реакт приложений, имеющих мало общего с масштабностью :)
Sign up to leave a comment.
Практические рекомендации по разработке масштабных React-приложений. Планирование, действия, источники данных и API