我正在尝试让 redux-saga 与 onmessage
监听器一起工作。我不知道为什么我所拥有的不起作用。
我有以下设置。
// sagas.js
import { take, put } from 'redux-saga';
import {transactions} from "./actions";
function* foo (txs) {
console.log("yielding"); // appears in console
yield put(transactions(txs)); // action *is not* dispatched
console.log("yielded"); //appears in console
}
const onMessage = (event) => {
const txs = JSON.parse(event.data);
const iter = foo(txs);
iter.next(); // do I really need to do this?
};
function* getTransactions() {
while(yield take('APP_LOADED')) {
const stream = new EventSource(eventSourceUrl);
stream.onopen = onOpen;
stream.onmessage = onMessage;
stream.onerror = onError;
// this is just testing that `yield put` works
yield put(transactions([{baz : 42}])); //this action *is* dispatched
}
};
当调度 APP_LOADED
操作时,调用 getTransactions
时,将打开流,并在从服务器接收到数据时调用 onMessage 监听器,但我没有在生成器 foo
中调用 yield put(transactions(txs))
时,如果能顺利调度操作即可。
谁能告诉我我做错了什么?
最佳答案
一个 Saga 只能从另一个 Saga 内部调用(使用 yield foo()
或 yield call(foo)
)。
在您的示例中,从普通函数(onMessage
回调)内部调用 foo
Saga,因此它只会返回迭代器对象。通过从 Saga 生成迭代器(或对生成器的调用),我们允许 redux-saga 中间件拦截该调用并运行迭代器以解析所有产生了效果。但在您的代码中,stream.onmessage = onMessage
只是执行一个简单的赋值,因此中间件不会注意到任何内容。
至于主要问题。 Sagas 通常从 Redux 存储中获取事件。您可以使用 runSaga 将 saga 连接到自定义输入/输出源,但将其应用于上述用例并不简单。因此,我将提出另一种仅使用 call
效果的替代方案。然而,为了引入它,我们必须从事件的推角度转变为拉角度。
处理事件的传统方法是在某个事件源上注册一些事件监听器。就像在上面的示例中将 onMessage
回调分配给 stream.onmessage
一样。每个事件的发生都会推送到监听器回调。事件源完全受控。
redux-saga 采用不同的模型:Sagas拉所需的事件。作为回调,它们通常会进行一些处理。但他们对下一步要做什么有完全的控制权:他们可能会选择再次拉取相同的事件——这模仿了回调模型——但他们并不是被迫这样做。他们可能选择拉动另一个事件,启动另一个 Saga 来接力,甚至终止他们的执行。也就是说,他们控制着自己的进展逻辑。事件源所能做的就是解决对 future 事件的查询。
要集成外部推送源,我们需要将事件源从推送模型转置为拉取模型;也就是说,我们必须构建一个事件迭代器,从中我们可以从事件源中提取 future 的事件
以下是从 EventSource
派生 onmessage
迭代器的示例
function createSource(url) {
const source = new EventSource(url)
let deferred
source.onmessage = event => {
if(deferred) {
deferred.resolve(JSON.parse(event.data))
deferred = null
}
}
return {
nextMessage() {
if(!deferred) {
deferred = {}
deferred.promise =
new Promise(resolve => deferred.resolve = resolve)
}
return deferred.promise
}
}
}
上面的函数返回一个带有 nextMessage
方法的对象,我们可以用它来提取 future 的消息。调用它将返回一个 Promise,该 Promise 将通过下一条传入消息进行解析。
具有createSource
API函数。我们现在可以通过简单的call
效果来使用它
function* watchMessages(msgSource) {
let txs = yield call(msgSource.nextMessage)
while(txs) {
yield put(transactions(txs))
txs = yield call(msgSource.nextMessage)
}
}
function* getTransactionsOnLoad() {
yield take('APP_LOADED')
const msgSource = yield call(createSource, '/myurl')
yield fork(watchMessages, msgSource)
}
您可以找到live running demo上述代码。
上述方法的一个优点是它使 Sagas 中的代码保持完全声明性(仅使用声明性形式 fork
和 call
)
关于reactjs - 我可以使用 redux-saga 的 es6 生成器作为 websockets 或 eventsource 的 onmessage 监听器吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/34859932/