Самый распространенный способ организации приложения React + Redux — это просто сгруппировать файлы по тип / функция этого файла. Так устроено подавляющее большинство приложений React + Redux . Если вы посмотрите на реальный пример из репозитория Redux Github, вы увидите, что это так организовано .
Соответственно, как мне структурировать свое приложение для реагирования? Как структурировать приложение для реагирования.
Компоненты — это папка для всех компонентов пакета. Каждая папка в папке компонентов должна быть названа с первой заглавной буквы, как файлы всех компонентов. reducer — это папка для всех редукторов для пакета. Редуктор для intl. папка routes хранит все маршруты для текущего пакета. Кроме того, где мне разместить логику в приложении для реагирования? Как вы сказали, React — это всего лишь буква V в MVC. Итак, где вы поместите свою бизнес-логику ? Для небольшой бизнес-логики, ориентированной на представление, можно поместить ее в компонент, как вы это сделали. Если бизнес-логика находится в компоненте, она будет в обработчике событий, в рендеринге или любом другом методе компонента.
Имея это в виду, следует ли использовать Redux для всего?
В разгар хора «не используйте Redux , если он вам не нужен», «не используйте Redux для всего »и« втягивайте Redux только один раз, вы почувствуете боль от управления состоянием без него », легко мы будем ломать голову и гадать: «Ну, черт, мне сказали, насколько хороша эта библиотека, но я не уверен, что я вообще предполагаю
Что такое управление состоянием в Redux?
Проще говоря: Redux — это предсказуемый контейнер состояния для приложений JavaScript. Он помогает вам писать приложения, которые ведут себя согласованно, работают в разных средах (клиентских, серверных и собственных) и легко тестируются. Проще говоря, Redux — это инструмент управления состоянием .