我有一个React应用程序,其中我使用Redux和Redux-Saga并重新选择作为选择器库(使用Immer来处理Redux状态的不变性)。我写这个问题是因为我想知道我处理带参数的选择器的方法是否完全正确。我个人倾向于避免yield select进入传奇,因为我希望保留中间件not depend on the Store's state,但我有带有yield select的传奇的遗留代码。下面是我必须编写<
在复杂的业务逻辑与组件分离的情况下,我使用Redux。我们采用RTK查询,无法手动使用端点。是的,我知道Redux最佳实践文档建议尽可能使用Thunk。这个特殊的saga任务示例对于使用Redux并不是一个很好的例子,但是在某些情况下,业务逻辑是如此复杂,以至于它不属于组件,而且我们使用的saga功能不能(优雅地)被简单的Thunk模仿。在这个例子中,我想在后端做一个简单的变异(post请求):
e