是否应该对返回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效果用于返回promise的功能有什么好处？

Answer 1

使用的一些好处call()：

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

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