我已经使用redux大约两个月了，并且刚刚开始探索处理异步行为的不同方法，例如获取数据 . 从documentation和discussions on GitHub看来，标准的方法是使用thunk middleware这是一个非常简单的概念但是我不确定我是否理解将执行异步状态机的责任交给redux中间件时的好处可以使用简单的独立功能 .
使用thunk中间件的传统Redux方法
Async Action Creator fetchPosts
function fetchPosts(reddit) {
return dispatch => {
dispatch(requestPosts(reddit))
return fetch(`http://www.reddit.com/r/${reddit}.json`)
.then(response => response.json())
.then(json => dispatch(receivePosts(reddit, json)))
}
}
然后，也许在ReactJS组件中，可能有一个按钮，如下面的按钮 .
调度fetchPosts
<button onClick={() => this.props.dispatch(fetchPosts(this.props.reddit))} />
单击此按钮会调用异步操作创建者requestPosts，该函数返回接受调度的函数，并负责执行任何可能具有副作用的异步代码，并调度可能导致的真实操作 .
没有thunk中间件的简单示例
虽然上述内容完全可以理解，但不清楚为什么人们不愿意做一些稍微简单化的事情，如下例所示 .
在没有操作创建者的情况下委派异步调度
function fetchPosts(dispatch, reddit) {
dispatch(requestPosts(reddit))
return fetch(`http://www.reddit.com/r/${reddit}.json`)
.then(response => response.json())
.then(json => dispatch(receivePosts(reddit, json)))
}
调用fetchPosts函数并将调度作为参数传递 .
<button onClick={() => fetchPosts(this.props.dispatch, this.props.reddit)} />
结论
基于这两个示例，我并没有看到使用thunk中间件的异步动作创建者如何购买任何东西，它需要在设置middlware时增加复杂性并引入两种动作创建器（1）返回单个的纯函数要发送的动作（2）不正确的功能，将动作和其他可能的响应反馈给调度员 . 我觉得我在这里遗漏了一些东西，这些东西可以解释在redux中调度除了不可变动作之外的其他东西的好处 .
1 回答
这是非常好的踏实领域 . 我认为异步动作创建者并不是特别令人满意，但有充分的理由让Redux Thunk更喜欢完全手动的方法 . 但这只是众多可能方法中的一种 . 见Why do we need middleware for async flow in Redux? .
我认为从长远来看，社区可能会选择Redux Thunk以外的东西，但它的简单性使它成为一个很好的起点 .