спасибо большое, Алексей

а что ты скажешь от себя? для чего ты считаешь уместным использовать Flux? мы тут разбирали для себя его последние два дня (честно говоря, от тебя я и услышал о нем впервые) — и пришли к тому, что он имеет смысл как внешний агрегатор для работы с состояниями

особенно, как нам показалось, он имеет место для таких задач, как пошаговая оплата, визарды и т.п.

Так.. мы о Flux или Redux?

при этом, я читал что на нем строят целую архитектуру

ой, Redux

т.е. принцип конечного автомата для целого приложения

Redux = MVC  Redux = MVVM  Redux = MVP

Фактически Redux это дизайн паттерн который позволяет тебе создавать структурированное приложение

У него есть свои плюсы и минусы но люди пишут на нем полноценные приложения базируясь польностью на Redux

а твой опыт?

как именно его используешь ты? (если используешь вообще)

т.е. какую часть логики выносишь в него

я извиняюсь, если мои вопросы не совсем понятны — я хочу понять подход в целом

Использую - но пока не на основном проекте. Польностью все приложение пишу на Redux ( иначе особого смысла не вижу ). Redux это очень простой подход у тебя есть состояние приложения ( store ) которое ты отрисовываешь с помощью компонентов. Теперь если юзер что-то сделал ( action ) ты с помощью определенной логики ( reduser ) меняешь состояние приложение ( reducer(store) ) и перерисовываешь компоненты.

Концепция довольно простая и с помощью нее можно делать вообще все.

чтобы понять почему Redux популярен можно посмотреть на экосистему инструментов

https://github.com/xgrommx/awesome-redux

Ну мне понятен этот подход на простом приложении

Когда у него есть одна задача, которая решается поэтапным переключением состояний

Но пока не могу себе представить механизм, когда несколько разрозненных несвязанных частей, которые управляются через него

Ну назови конкретный пример который не понятен

ну допустим Интернет-магазин