redux-thunk和redux-promise有什么区别？

全面披露：我对Redux开发还比较陌生，我自己也很困惑这个问题。我将解释我找到的最简洁的答案：

当调度动作时，ReduxPromise返回一个Promise作为有效负载，然后ReduxPromise中间件工作以解析该Promise并将结果传递给reducer。

另一方面，ReduxThunk强制操作创建者推迟将操作对象实际分发给reducer，直到调用dispatch。

这是我在其中找到此信息的教程的链接：https : //blog.tighten.co/react-101-part-4-firebase。

您可能会希望/需要在应用程序中一起使用。从redux-promise开始，用于日常的产生承诺的异步任务，然后随着复杂性的增加而扩展以添加Thunk（或Sagas等）：

• 当生活简单时，您只需要与返回单个承诺的创建者进行基本的异步工作，即可redux-promise改善您的生活，并快速简便地简化生活。（简而言之，redux-promise（-middleware）无需考虑在诺言解决时“解开”诺言，然后编写/分发结果，而是为您处理所有无聊的工作。）
• 但是，在以下情况下，生活变得更加复杂：
  • 也许您的动作创建者想要产生多个承诺，并希望将它们作为单独的动作分派给单独的减速器？
  • 或者，在决定如何以及在何处分发结果之前，您需要管理一些复杂的预处理和条件逻辑？

在这些情况下，的好处redux-thunk是它使您可以将复杂性封装在动作创建者内部。

但是请注意，如果您的Thunk产生并调度了Promise，那么您将需要同时使用这两个库：

• Thunk会组成原始动作并将其分派
• redux-promise然后将在解压缩器上处理Thunk生成的各个promise的解包，以避免产生样板。（您可以用promise.then(unwrapAndDispatchResult).catch(unwrapAndDispatchError)... 在Thunks中做所有事情，但是为什么呢？）

---

总结用例差异的另一种简单方法：Redux操作周期的开始与结束：

• 恶作剧是Redux流程的开始：如果您需要创建复杂的动作，或者封装一些粗糙的动作创建逻辑，则将其排除在组件之外，当然也应包括在reducers中。
• redux-promise是为了流程的结束，一旦一切都简化为简单的承诺，而您只想解开它们并将其解决/拒绝的价值存储在商店中

  ---

注释/参考：

• 我发现redux-promise-middleware这是对原始想法背后的更完整和可理解的实现redux-promise。它正在积极开发中，并得到了很好的补充redux-promise-reducer。
• 还有其他类似的中间件可用于组合/排序复杂的动作：一个非常流行的中间件是redux-saga，它与极为相似redux-thunk，但是基于生成器函数的语法。同样，您可能会结合使用它redux-promise。
• 这是一篇很棒的文章，直接比较了各种异步组合选项，包括thunk和redux-promise-middleware。（TL； DR：“与其他一些选项相比，Redux Promise中间件极大地减少了样板” …… “我认为我喜欢Saga用于更复杂的应用程序（请阅读：“用途”），而Redux Promise中间件则可以用于其他所有方面。”）
• 请注意，在一个重要的情况下，您可能认为您需要调度多个动作，但实际上并不需要，并且可以使简单的事情保持简单。那就是您只希望多个reducer对您的异步调用做出反应的地方。但是，根本没有理由为什么多个reducer无法监视单个动作类型。您只想确保您的团队知道您正在使用该约定，因此他们不认为只有一个reducer（具有相关名称）可以处理给定的动作。

redux-thunk 允许您的动作创建者返回一个函数：

function myAction(payload){
    return function(dispatch){
        // use dispatch as you please
    }
}

redux-promise 允许他们返回承诺：

function myAction(payload){
    return new Promise(function(resolve, reject){
        resolve(someData); // redux-promise will dispatch someData
    });
}

如果您需要异步或有条件地分派动作，则这两个库都非常有用。redux-thunk还可以让您在一个动作创建者内分派几次。您选择一个，另一个还是全部取决于您的需求/风格。