有没有帮助实现本地顺序执行任务的 queue?

2021-10-27 09:29:51 +08:00
 yazoox

需求大概是这样滴

有一个界面,有一颗树,显示各种节点。用户可以点击 /右键任意一个节点,添加 /删除或者重命名,或者选择某节点后,显示一个面板,然后修改属性,等等。
但是,任意操作后,需要对应修改同一个文件,然后该文件会上传到服务器上(这个操作需要 3~5 秒,比较费时)

但是,“被要求”,每次修改后,立即执行文件保存并上传的操作(添加一个“保存”按钮,等都修改完成后,再保存提交它不香么?)。这样的话,用户每次操作,都要等待 5 秒,才能执行下一步操作。还不让我们把界面上的菜单灰掉(本来想操作没有执行完,菜单就灰掉,暗示 /强制 用户,现在不能操作)

所以,问题来了。现在我想使用一个 queue ,有点类似 message queue ,只是这个是本地的(有点像生产 /消费模型)。用户只管在界面上操作,每次动作类型和修改的数据,都添加到这个 queue 里面去。然后,monitor 这个 queue ,有内容了,就取一条,执行操作,保存,上传。然后再去 queue 里面取一条,blabla...

不知道有没有成熟的 npm package 做这个?还是说,只能再造一个轮子?或者,大家有什么想法?

谢谢

p.s.1
好像 saga 里面有个 event channel ,是类似这样的。我们的环境里面本来就使用了 redux/redux-saga

可以试试每次用户的操作,emmit 一个消息到这个 channel ,然后这个 channel 里面,循环监听,处理消息,上传文件。

p.s.2
react + typescript + redux + redux-saga

1822 次点击
所在节点    JavaScript
5 条回复
star7th
2021-10-27 09:50:03 +08:00
js 的网络请求不本身就是异步的吗。你不要把动作写在回调函数里面就行。
shyrock
2021-10-27 10:30:10 +08:00
如果只是把操作串行化,我理解一楼说的就是答案。
但是,如果后端返回和前端刷新不做串行化的话,有可能点击操作的节点是刚刚刷新出来的新节点,而不是用户当时想点击的节点,这可以接受吗?
2i2Re2PLMaDnghL
2021-10-27 10:46:14 +08:00
意思是用户操作得够快两秒进行了 17 次操作,然后就需要 85 秒来上传这 17 次操作?
不告诉用户正在上传,用户过了十秒把页面关掉了,这剩下的 15 个操作是不是就丢失了?
maichael
2021-10-27 11:09:52 +08:00
“每次修改后,立即执行文件保存并上传的操作”,需求本身就很奇怪,这么高耗时的请求竟然要频繁触发,脑子有洞才会这么设计。

本身请求就是异步的,不用搞什么队列,不搞阻塞就行了,像 1 楼说的。
0Vincent0Zhang0
2021-10-27 11:14:00 +08:00
把这些要提交到服务器上的动作打包成消息,然后放入队列中,再加上一个 setTimeout 来处理这个动作消息队列,提交到服务器上,这样就能提高用户的使用体验了。
如果这个用于上传队列内容的 function 能够如果能一定程度上对队列中的内容进行合并的话,就可以减轻服务器的压力了。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/810839

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX