以下载管理器为例。可以有任意数量的事件下载。
可以调度操作来启动、停止、标记完成并标记任何特定下载的下载进度。
const START_DOWNLOAD = "START_DOWNLOAD";
const startDownload = payload => ({ type: START_DOWNLOAD, payload });
const DOWNLOAD_PROGRESS = "DOWNLOAD_PROGRESS";
const downloadProgress = payload => ({ type: DOWNLOAD_PROGRESS, payload });
const STOP_DOWNLOAD = "STOP_DOWNLOAD";
const stopDownload = payload => ({ type: STOP_DOWNLOAD, payload });
const COMPLETE_DOWNLOAD = "COMPLETE_DOWNLOAD";
const completeDownload = payload => ({ type: COMPLETE_DOWNLOAD payload });
这些操作将包含一个标识下载的 id,并且可以使用以下 reducer 修改 redux 状态:
const downloadReducer = (state = initialState, action) => {
switch (action.type) {
case STOP_DOWNLOAD:
return {
...state,
[action.payload.id]: {
state: "IDLE",
},
};
case START_DOWNLOAD:
return {
...state,
[action.payload.id]: {
state: "IN_PROGRESS",
progress: 0,
},
};
case DOWNLOAD_PROGRESS:
return {
...state,
[action.payload.id]: {
state: "IN_PROGRESS",
progress: action.payload.progress,
},
};
case COMPLETE_DOWNLOAD:
return {
...state,
[action.payload.id]: {
state: "DONE",
progress: 100,
},
};
default:
return state;
}
};
现在是关于如何使用 redux observable 管理这些操作的异步调度的问题。
例如我们可以这样做:
const downloadEpic = action$ =>
action$.ofType(START_DOWNLOAD).mergeMap(action =>
downloader
.takeUntil(
action$.filter(
stop =>
stop.type === STOP_DOWNLOAD &&
stop.payload.id === action.payload.id,
),
)
.map(progress => {
if (progress === 100) {
return completeDownload({
id: action.payload.id
});
} else {
return downloadProgress({
id: action.payload.id,
progress
});
}
}),
);
这行得通。但是,如果我们想限制允许的事件下载数量怎么办。我们可以替换
mergeMap
与 concatMap
一次只允许一个事件下载。或者我们可以提供concurrent parameter至mergeMap
并准确指定我们希望一次允许执行多少次内部下载器 observable。但是,这带来了我们现在无法停止排队下载的问题。
I have created a complete working example that you can try here.
如何以最惯用的方式使用 rxjs 和 redux observable 限制和排队下载?
最佳答案
几天来我一直在关注这个问题,但没有时间用完整的代码给你一个可靠的答案,因为它相对涉及。所以相反,我只会给你 tl;dr 版本,我希望它总比没有好:)
我的直觉告诉我,我会让 UI 发送一个表示尝试下载而不是真正保证的 Action 。例如ATTEMPT_DOWNLOAD
。史诗会监听这个 Action 并检查当前的事件下载数量是否超过> =最大值,如果是,将发出一个 Action 来排队下载而不是开始下载。
您的 reducer 将存储那些事件的下载 ID 和那些排队的下载 ID。例如
{ active: ['123', '456', ...etc], queued: ['789'] }
您既可以使用它来专门跟踪事件/排队,也可以了解它们的计数
active.length
, queued.length
当下载完成时,某处的史诗会检查是否有任何排队的下载,如果有,则将其出列。你如何做到这一点主要是个人喜好。例如如果史诗发出
DEQUEUE_DOWNLOAD
或其他什么。如果调度了取消操作,您的 reducer 将需要同时查看
active
和 queued
并删除其中存在的 ID。如果它实际上是事件的并且不仅仅是排队,那么正在处理下载的史诗将监听取消操作,它将停止它并执行与上述相同的出队检查。这有点摇摆不定,但主要的收获是:
START_DOWNLOAD
业务逻辑应该放在哪里并不总是很清楚。例如reducer 应该主要是 getter/setter 还是他们应该有更多的自以为是的逻辑并做出决定?在这些情况下没有很多规则。试着保持一致。
顺便说一句,这完全来自我的直觉。我可能已经发现(或者您可能仍然会发现)在实践中这不是一个好的解决方案。只是给出我最初的想法!
关于redux - 使用惯用的 redux observable 排队和取消事件,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/47687819/