有这样的一个场景 '/blog' 路由下要处理用户提交的数据假设要把三份数据存储给三个key 然后代码写出来就变成这样function handlePostBlog(req, res){ resid_client.set( key1, data1, function(err, response){ resid_client.set(key2, data2, function(err,response){ resid_client.set(key3, data3, function(err, response){ if(response === 'ok'){ res.writeHead(200, ...) res.end() } }) }) })}不考虑好不好看。。虽然用promise包装的好看一些 但是在最后一个回调中res.end()来关闭连接,是不是存在问题?这个请求会被挂起很长一段时间把?一般这种地方应该怎么处理?因为只需要set而不需要返回结果给用户,所以收到请求之后就直接res.end()来关闭连接可以不?
1 回答
哔哔one
TA贡献1854条经验 获得超8个赞
这取决于你是否希望这个 HTTP 请求的返回结果与数据库操作的结果有关联性,以及用户交互设计是否容忍这个操作所花费的时间。
你在设计这个 '/blog' 接口时,需要明确指明 HTTP 返回 200 意味着什么。如果你们的业务场景只关心数据交付到后端,不关心后端是否正确存储到数据库,那肯定可以直接结束掉 HTTP 请求。如果你们希望终端用户得到这个确切的提交结果,那需要考虑交互层面了,设计良好的交互效果,2-6秒的等待,用户体验不会很差(指AJAX请求场景下,打开新页面场景下还是慎重)。写三次redis几乎是不花时间,比起 HTTP 请求本身的链路延迟根本不算什么。
具体业务场景还要具体分析。碰到特别耗时的操作,前端提交操作请求后轮训结果也不失为一种解决方案。
添加回答
举报
0/150
提交
取消