Dis*_*oni 13 reactjs redux redux-thunk redux-promise axios
几个月以来,我一直在使用React,Redux.生态系统中最令人困惑的部分之一是异步数据流.有很多很好的解决方案,为您的问题选择合适的解决方案是困难的部分.
在我的应用程序中,动作创建者大多数都有异步axios [ajax]调用我的后端apis.将Redux-Promise注入中间件可以解决异步数据流的问题.
考虑到可扩展的应用程序,我可能需要在我的动作创建者中链接多个axios调用.我想我仍然可以使用Redux-Promise作为中间件,这将在我的应用程序中处理异步数据流.
一般来说,团队更倾向于使用Redux-Thunk,我觉得这个问题的语法更复杂.考虑到我的大多数动作创建者只进行了axios调用(promises),我需要在评估这两个框架时提出建议.我见过的讨论了大量的终极版-咚这里.我明白thunk是如何有用的..但是当我只使用Promises时,我需要更多的澄清来评估Redux-Promise和Redux-Thunk.哪种中间件在这种情况下更好？为什么？使用Redux-Thunk而不是Redux-Promise可以获得哪些优势？或者没有？
Dan*_*mov 23
Redux Promise可以方便地调度三个操作(请求,成功,失败),而无需手动编写该代码.
当您将一个动作创建者表示为等待另一个动作创建者时,Redux Thunk可以方便异步数据流.它还允许您读取条件派遣和早期救助的当前状态.
您可以一起使用它们,也可以特别使用任何一种.我建议从Redux Thunk开始,因为它提供更多控制并且更通用.在使用它之后,您可以考虑添加 Redux Promise来删除一些与调度三种操作相关的样板代码.如果您发现它不会对您造成太大影响,请将其删除.另一方面,如果您注意到所有thunk动作创建者只发送一个承诺,您可以删除Redux Thunk.
如果这仍然令人困惑,我建议您使用Redux Thunk,直到您对中间件的工作方式更加满意为止.
| 归档时间： |
|
| 查看次数： |
3156 次 |
| 最近记录： |