是否应该对返回promise的函数始终使用redux-saga`call`效果？

Question

假设我有一个功能

function* request(url) {
   return global.fetch(url).then(response =>
     _.result(response, 'json'))
}

两个代码示例对我来说都很好

const {data} = yield call(request, 'http://example.com/api');
yield put(actionSuccess(data));

和

const {data} = yield request('http://example.com/api');
yield put(actionSuccess(data));

因此有问题。对返回承诺的函数使用call效果有什么好处？

Answer 1

使用call()的一些好处：

1. Testability，文档似乎提到的唯一好处（页面下半部分）。我建议使用redux-saga-test-plan，它可以通过直接提供返回值来模拟call()和其他效果。
2. 更细粒度的task cancellation。 Sagas是ES6生成器，仅在使用yield语句时才产生控制权（回到redux-saga中间件）。这些是可能发生取消的唯一点。 yield call()使redux-saga有机会在即将不再需要的呼叫之前取消任务。使用gen.return()生成器方法执行任务取消。 ^{[1] [2]}
3. 一般来说，更细粒度的任务调度。 Redux-saga的并发模型基本上是协作式多任务处理。 JavaScript是单线程的。因此，当您yield时，这是redux-saga中间件执行任何类型的调度其他任务的唯一机会。 （不过，我不确定redux-saga的表现如何。）

有关更多信息，我认为最好在redux-saga的Github上打开一个问题，直接询问维护者。

Answer 2

优点是可以查看应用程序中发生的事情。

您想知道何时，为什么以及如何更新状态 ^[1] 。

当在传奇中间件[2]和before running the effect上配置了传奇监视器时，

call ^{after the effect is resolved} 会触发效果。

在配置了传奇监视器且未使用call效果的情况下，我在监视器日志中看到了这一点。

但是具有call效果，