Пытаюсь понять почему многие восторенно отзываются про Redux?
В чем преимущество использования Redux, почему нельзя просто написать API который работает с данными, сервером, и использовать его по-старинке?
Возможно, я что-то не понимаю, но каждая дока и статья по Redux выглядит как документация как написать модуль который наружу отдает API (не важно как, даже пусть через события).
Так а зачем читать 20 статей. В самой доке в разделе motivation коротко и ясно все описано: redux.js.org/docs/introduction/Motivation.html
+ часто пишут, что если вы думаете, что Redux вам не нужен — он реально вам не нужен
Вопрос в том, зачем он вообще нужен, если описанные по ссылке проблемы это результат неверного дизайна приложения (в т.ч. архитектурные решения в кодовой базе), т.е. вместо максимального упрощения интерфейса (как визуально, так и технически) происходит загромождение интерфейса и значительное повышение общей сложности решения, что и приводит к проблемам описанным на странице Redux'а.
Т.е. Redux, насколько я понимаю, это решение для загроможденных интерфейсов с больших количеством зависимостей компонентов друг от друга.
RomanYakimchuk: состояние становится сложно контролировать, когда происходит большое количество манипуляций с этим состоянием. Для этого нужна грамотная архитектура. Redux это и есть паттерн грамотной архитектуры. Некоторые любители реализацию этого паттерна пишут в 100 строк кода.
В MVC же нам нужна БД, настроена связь модели с БД, настроена связь контроллера с моделями, настроена связь роутера с контроллером, настроена связь контроллера с вьюхой и иногда даже настроена связь вьюхи с моделью. А в Redux мы декларативно описываем поведение того, что хотим изменить, потом во вьюхе тупо вызываем action и все работает.
