为什么使用Redux-Thunk？[副本]

Question

我不明白需要redux-thunk这样的东西。根据我的理解，Thunk是一个返回函数的函数。在我看来，包装的表达式和中间件的使用更容易混淆正在发生的事情。摘自redux-thunk的示例代码

import thunk from 'redux-thunk';

// Note: this API requires redux@>=3.1.0
const store = createStore(
  rootReducer,
  applyMiddleware(thunk)
);


// Meet thunks.
// A thunk is a function t hat returns a function.
// This is a thunk.

function makeASandwichWithSecretSauce(forPerson) {

  // Invert control!
  // Return a function that accepts `dispatch` so we can dispatch later.
  // Thunk middleware knows how to turn thunk async actions into actions.

  return function (dispatch) {
    return fetchSecretSauce().then(
      sauce => dispatch(makeASandwich(forPerson, sauce)),
      error => dispatch(apologize('The Sandwich Shop', forPerson, error))
    );
  };
}

// Thunk middleware lets me dispatch thunk async actions
// as if they were actions!

store.dispatch(
  makeASandwichWithSecretSauce('Me')
);

上面的代码可以写得更简洁和直观：

fetchSecretSauce().then(
  sauce => store.dispatch(makeASandwich('Me', sauce)),
  error => store.dispatch(apologize('The Sandwich Shop', forPerson, error))
)

我的问题是，redux-thunk实现了什么需求，以及它如何改进类似于上面示例的现有解决方案。

Answer 1

Redux Thunk教Redux识别事实上是功能的特殊类型的动作。

当操作创建者返回一个函数时，该函数将由Redux Thunk中间件执行。这个函数不需要是纯粹的；因此允许它有副作用，包括执行异步API调用。该函数还可以分派操作。

thunk可以用来延迟一个动作的调度，或者只有在满足某个条件时才调度。

如果Redux Thunk中间件被启用，任何时候您试图分派一个函数而不是操作对象，中间件都会用分派方法本身作为第一个参数调用该函数。

然后，由于我们“教会”Redux来识别这样的“特殊”动作创造者（我们称之为thunk动作创造者），我们现在可以在任何我们使用常规动作创造者的地方使用它们。

看看丹·阿布拉莫夫自己的这个伟大的回答，它涵盖了一切:https://stackoverflow.com/a/35415559/5714933

还要查看这些链接以获得更多信息：

https://github.com/gaearon/redux-thunk#动机http://redux.js.org/docs/advanced/asyncactions.html