Redux - это все для хранения / изменения ваших данных (состояния) и легкого доступа к ним - если это нелегко - вам нужно изменить состав редукторов, однако, если вы только начинаете с redux, все идет)
TLDR :
Позвольте мне ответить в обратном порядке
Было бы лучше поместить все в один Редуктор?
У меня был опыт работы с товарищем по команде, который только начал работать с избыточностью и придумал идею сохранить всю логику фильтрации / сортировки вогромный (более 700 лок) редуктор.Время и возможности приходили и уходили, и позже стало ясно, что у огромного редуктора есть огромный недостаток в управлении огромным количеством реквизита каждый раз, когда появляется новое действие, которое оказывается очень подверженным ошибкам, когда оно начинает расти.
Кроме того, наличие огромного редуктора имеет тот недостаток, что его трудно понять другим людям в команде.
Когда пользователь меняет цвет на Черный, как я могу изменить цвет activeColor для отправки нового fetchCarsList?
Вы не можете отправлять изменения данных между редукторами.Но вы можете достичь желаемого, отправив правильное действие на несколько редукторов
Как я могу контролировать порядок запросов - сначала получить список производителей, цветов, затем carsList со значениями по умолчанию и страницей
Redux - это сохранение данных - редукторы - это мутацияданные с помощью действий, а не о бизнес-логике, основанной на данных или получении данных)
- Это правильный подход?
Один изХороший подход заключается в том, чтобы найти решение, которое не заставило бы вас задать вопрос (3) (4), потому что эти вопросы в совокупности являются признаком того, что состав редукторов (и данных!) неверен.
Я не могу предложить вамбольше, потому что состав очень во многом зависит от того, как к данным получают доступ, но вы можете начать с того, что у вас есть, и изменить вещи позже, когда увидите повторяющиеся схемы доступа к данным / их изменения .