Ответ 1
Об этом много мнения. Вот что я делаю.
-
Редукторы - удерживайте вещи, которые относятся к моей модели данных (обычно что-либо, что находится в базе данных), которые необходимо сохранить и использовать позже или использовать для компонентов
-
LocalState (реагировать на setState) - связывает элементы ui в одном компоненте, связанном с вводом и взаимодействием с пользователем
Итак, если бы я моделировал ответ на этот вопрос. В магазине Redux будет
store = {
session: { token: 'randomUid' }
user: { name: 'Austio' }
question: { id: 37288070 }
}
Когда я выбираю текстовое поле для ввода значений для создания ответа на этот вопрос, будет handleInput из этого поля, который будет setState для answerText.
Когда будет обрабатываться дескриптор формы, я отправил бы на основе успеха что-то вроде NEW_ANSWER с вопросом query и ответом, чтобы я мог хранить его в магазине, который будет использоваться, когда мне это нужно.
Мой лучший совет - просто начать программирование, очень сложно найти края ваших предпочтений с помощью сокращения/реакции без этого.