在redux + react web app中,如何知道一个异步操作最终被分派到状态

时间:2016-03-16 00:47:13

标签: reactjs redux redux-thunk

Rudx-thunk在调度异步操作方面做得很好,最终会修改异步操作中获取的状态。但是,我怎么知道最终修改redux状态的时刻?

在我的情况下,我想从服务器读取配置,因为有些组件需要这些配置,所以我必须在获取配置后呈现整个应用程序。但到目前为止,我无法通过使用redux-thunk或任何其他redux异步中间件来解决问题。

更新#1会显示一些代码来更好地表达自己。

// reducer
(state, action) => Object.assign({}, state, {config: action.config});

// action creator
const fetchConfig = () => (dispatch) => {
    fetch('http://server.com/...')
    .then(config=>dispatch({type: 'LOAD_CONFIG', config}))
}

// connect reducer to state
createStore({config: configReducer})

// render
import { render } from 'react-dom';
render (<App><News /></App>)

// some component consume state.config
@connect(state=>{config: state.config})
const News = props=>(
    <div>
        {(props.config === '...')? <div>...</div> : <div>...</div>}
    </div>
)

以上看起来不错,但由于操作可能需要一些时间并在组件首次渲染后更新状态,因此组件可能会显示意外结果。我真正想做的是(我只是写下渲染部分,其他部分应该是相同的):

// render
loadConfigFinished
.then(()=> render((<App><News /></App>)))

或者

// render
on('loadConfigFinished', ()=> render((<App><News /></App>)));

也许,我应该做第二种方式,只是担心它不是还原剂。

无论如何,以上只是一个例子,显示有时我们确实需要在某个动作最终调度到redux状态时得到通知。

3 个答案:

答案 0 :(得分:2)

查看您的代码,我收集您的问题很简单:何时在不等待数据的情况下呈现依赖于服务器数据的组件,而不将undefined传递给我的组件?

我会有一个连接到配置状态的容器组件,并有条件地呈现需要它的组件或加载模板:

const Container = props => {
  if (props.config) {
    return <ConfiguredComponent config={props.config} />
  } else {
    return <Loading />
  }
}

答案 1 :(得分:0)

export function readConfig() {
  return (dispatch) => {
    dispatch(readingConfig());

    someAsyncFunction((error, result) => {
      if (!error) {
        dispatch(readConfigSuccess(result));
      } else {
        dispatch(readConfigFail(error));
      }
    });
  }
}

当然,readConfigSuccessreadConfigFailreadingConfig是返回操作对象的动作创建函数,例如:

export const READING_CONFIG = 'READING_CONFIG';
export function readingConfig() {
  return {
    type: READING_CONFIG,
  }
}

答案 2 :(得分:0)

当reducers处理readConfigSuccess操作时,它们会更新redux状态。

应用程序将使用更新的道具重新呈现所有状态更改,因此此特定操作没有什么特别之处。

除了通常只有一小部分状态发生变化并且重新渲染看起来很像前一个渲染,在这里我预计相对较大的一部分状态会被这个特定动作的减速器改变。重新渲染会使应用程序发生很大变化。

但是你不用担心,它应该只是工作。

或者你的意思是其他什么,你想在检索配置时做更多的异步工作吗?