«Безопасность резьбы» в Редуксе?

Question

Давайте притворимся, что у меня есть многолетняя функция, работающая над вычислением моего нового состояния.

Между тем еще одно действие происходит и изменяет состояние, в то время как первый не закончил и работает над материалом.

Если я правильно представляю вещи, нет очереди действий, и состояние может быть разрешено каким-то непредсказуемым образом.

Должен ли я беспокоиться об этом вообще?

Я не имею в виду настоящие темы, просто концепцию отсутствия лучшей формулировки. Действия являются асинхронными, а к ключам состояния обращаются по ссылке.

Answer 1

Это ответственность ваших собственных создателей действий и ваших собственных редукторов и в значительной степени связана с тем, как вы концептуально структурируете свои действия и редукторы. Вопрос FAQ по Redux по структурированию «бизнес-логики» здесь очень важен: http://redux.js.org/docs/FAQ.html#structure-business-logic.

создатели

действий Thunk имеют доступ к getState, так что очень часто есть преобразователь проверить текущее состояние и только отправку при определенных условиях, например, как в этом примере:

// An example of conditional dispatching based on state 
const MAX_TODOS = 5; 

function addTodosIfAllowed(todoText) { 
    return (dispatch, getState) => { 
     const state = getState(); 

     if(state.todos.length < MAX_TODOS) { 
      dispatch({type : "ADD_TODO", text : todoText}); 
     }  
    } 
} 

Ваш редуктор также может иметь здравомыслие чеков а также:

function todosReducer(state, action) { 
    switch(action.type) { 
     case "ADD_TODO": { 
      if(state.todos.length >= state.maxTodos) { 
       return state; 
      } 

      return { 
       ...state, 
       todos : state.todos.concat(action.newTodo) 
      } 
     } 
     default : return state;   
    }  
} 

Лично я не люблю, чтобы мои переходы просто слепо слиться в любых данных находится в действии, если это не очень мало (как, скажем, название выбранной вкладки или что-то) , Я предпочитаю иметь разумную логику в своем создателе действия, чтобы настроить действие, минимальное количество данных, включенных в само действие, и достаточно умный редуктор для выполнения работы на основе этого действия.

Answer 2

Меня беспокоило одно и то же, поэтому я просто сделал рытье. Похоже, что два потока одновременно вызывали dispatch() (если это было возможно) could raise an exception. Но это не должно быть возможным, и это сообщение об ошибке указывает на конкретную, другую причину. «Очередь действий» находится в собственном цикле событий браузера. В этом цикле событий выполняются обратные вызовы async/взаимодействия (из которых мы вызываем dispatch()) один раз в то время.