reactjs - Redux-Thunk 和 Redux-Promise 与 Axios api 一起使用时有什么区别？

Question

几个月以来我一直在使用 React 和 Redux。生态系统中最令人困惑的部分之一是异步数据流。有许多出色的解决方案可供使用，但为您的问题选择正确的解决方案是困难的部分。

在我的应用程序中， Action 创建者大多具有异步 axios [ajax] 调用我的后端 API。将 Redux-Promise 作为中间件注入(inject)解决了异步数据流的问题。

考虑到可扩展的应用程序，我可能需要在我的 Action 创建器中链接多个 axios 调用。我认为我仍然可以使用 Redux-Promise 作为中间件，这将处理我的应用程序中的异步数据流。

总体来说团队更倾向于使用Redux-Thunk，我感觉这个问题的语法比较复杂。考虑到我的大多数 Action 创建者只进行 axios 调用( promise )，我需要评估这两个框架的建议。我看到很多关于 Redux-thunk here 的讨论。我明白了 thunk 的用处。 。但我需要更多的说明来评估仅用于 Promise 时的 Redux-Promise 和 Redux-Thunk。在这种情况下哪个中间件更好，为什么？与 Redux-Promise 相比，使用 Redux-Thunk 有哪些优势？还是没有？

Answer 1

Redux Promise 可以方便地分派(dispatch)三个操作(请求、成功、失败)，而无需手动编写代码。

当您将一个操作创建者表示为等待另一操作创建者时，Redux Thunk 对于异步数据流来说很方便。它还可以让您了解有条件调度和早期救助的当前状态。

您可以一起使用它们，也可以单独使用其中任何一个。我建议从 Redux Thunk 开始，因为它提供了更多的控制并且更通用。让它工作后，您可以考虑添加 Redux Promise 来删除一些与分派(dispatch)三种操作相关的样板代码。如果你发现它对你来说没什么意义，就把它删除。另一方面，如果您发现所有 thunk Action 创建者都只发送一个 Promise，那么您可以删除 Redux Thunk。

如果这仍然令人困惑，我建议只使用 Redux Thunk，直到您更熟悉中间件的工作原理。