摘要:业务场景在不少业务场景下,我们需要实现简单的请求缓存即某个请求只发起一次请求,例如上传的获取获取配置的接口等。这些接口可以通过实现简单的缓存并能够控制更新,而不需要另外引入缓存层。上面是一个简单的缓存上传的例子,并且会在上传失败时刷新。
业务场景
在不少业务场景下,我们需要实现简单的请求缓存(即某个请求只发起一次请求),例如上传 Token 的获取、获取配置的接口等。
这些接口可以通过 Promise 实现简单的缓存并能够控制更新,而不需要另外引入缓存层。
示范代码用七牛上传作例子,一般我们会把七牛上传封装为一个多带带的 Upload 组件,外部只需要调用组件,而 token 的获取封装到组件内部实现。
//Upload.vue let fetchToken = null; export default { data() { return { token: "" }; }, methods: { async upload() { try { // ... } catch(err) { alert(err.message); this.refreshToken(); } }, refreshToken() { fetchToken = null; this.fetchToken(); }, fetchToken() { if (!fetchToken) { fetchToken = request.get("/api/qiniu/token"); } try { this.token = await fetchToken; } catch(err) { console.error(err); } } }, created() { this.fetchToken(); } };
上面是一个简单的缓存上传 token 的例子,并且会在上传失败时刷新 token。
与直接缓存 Token 的值比较,缓存请求有什么好处?// 缓存值的代码 export default { methods: { fetchToken() { if (!fetchToken) { fetchToken = await request.get("/api/qiniu/token"); } try { this.token = fetchToken; } catch(err) { console.error(err); } } } }
一个比较常见的 Upload 组件 的应用场景,在一个页面里同时使用多次该组件。
就上面的代码例子,如果使用缓存值的方法,那么页面一打开就会请求两次获取 Token 接口。
继续完善 Upload 组件//Upload.vue let fetchToken = null; export default { methods: { async upload() { try { this.fetchToken(); const token = await fetchToken; // ... } catch (err) { alert(err.message); this.refreshToken(); } }, refreshToken() { fetchToken = null; this.fetchToken(); }, fetchToken() { if (!fetchToken) { fetchToken = request.get("/api/qiniu/token"); } } }, created() { this.fetchToken(); } };
为了防止多个 Upload 组件 token 不同步问题,不再通过this.token保存 token,而是每次都等待 fetchToken resolved,保证获取到的 token 一定是最新的。
当然,这里还有很多需要优化,例如失败后的重试、判断是 401 失败才刷新 token、设置错误时间、定时刷新等等,但总体思路就是上面代码所展示的内容。
另外再介绍一个经典应用场景const fetchConfig = (() => { let configRequest = null; return () => { if (!configRequest) { configRequest = Promise.all([services.customer.config1, services.customer.config2]) .then(([data1, data2]) => { return { data1, data2 }; }) .catch(err => { configRequest = null; return Promise.reject(err); }); } return configRequest; }; })(); export default { async beforeRouteEnter(to, from, next) { try { // 配置信息仅需要成功请求一次 const [data, config] = await Promise.all([services.customer.getInfo(), fetchConfig()]); next(vm => { vm.data = data; vm.config = config; vm.init(); }; } catch (err) { next(err); } } };
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/99232.html
摘要:前言在中大型的前端应用里面项目里面通常包夹了大量的请求,通常情况这些请求夹杂在业务代码里面拓展维护的成本比较大。测试代码及源码下载在中归纳本篇文章是通过对请求调用前,调用后的统一处理来更有效的控制这些请求类似于面向切面的思想。 前言 在中大型的前端应用里面项目里面通常包夹了大量的ajax请求,通常情况这些请求夹杂在业务代码里面,拓展维护的成本比较大。 如要改整个项目的url前缀(后端把...
摘要:换句话说,我们很好的对代码的功能关注点进行了分离通过将使用消费值得地方函数中的逻辑和通过异步流程来获取值迭代器的方法进行了有效的分离。但是现在我们通过来管理代码的异步流程部分,我们解决了回调函数所带来的反转控制等问题。 本文翻译自 Going Async With ES6 Generators 由于个人能力知识有限,翻译过程中难免有纰漏和错误,还望指正Issue ES6 Gener...
摘要:更好的异步编程上面的方法可以适用于那些比较简单的异步工作流程。小结的组合目前是最强大,也是最优雅的异步流程管理编程方式。 访问原文地址 generators主要作用就是提供了一种,单线程的,很像同步方法的编程风格,方便你把异步实现的那些细节藏在别处。这让我们可以用一种很自然的方式书写我们代码中的流程和状态逻辑,不再需要去遵循那些奇怪的异步编程风格。 换句话说,通过将我们generato...
摘要:导读全称即异步与它最早在中被使用然后由推广开来典型的代表应用有以及现代网页中几乎无不欢前后端分离也正是建立在异步通信的基础之上浏览器为做了什么现代浏览器中虽然几乎全部支持但它们的技术方案却分为两种标准浏览器通过对象实现了的功能只需要通过一行 导读 Ajax 全称 Asynchronous JavaScript and XML, 即异步JS与XML. 它最早在IE5中被使用, 然后由Mo...
答案自己谷歌或百度找。 一、来源背景 面试题是来自微博@牛客网发布的真实大厂前端面经题目,我一直在收集题目长期一个一个的记录下来的,可能会有重复,但基本前端的面试大纲和需要掌握的知识都在其中了,面试题仅做学习参考,学习者阅后也要用心钻研其中的原理,重要知识需要系统学习、透彻学习,形成自己的知识链。 二、532道前端真实大厂面试题 express和koa的对比,两者中间件的原理,koa捕获异常多种情...
阅读 945·2023-04-26 02:56
阅读 9230·2021-11-23 09:51
阅读 1834·2021-09-26 10:14
阅读 2943·2019-08-29 13:09
阅读 2120·2019-08-26 13:29
阅读 522·2019-08-26 12:02
阅读 3486·2019-08-26 10:42
阅读 2981·2019-08-23 18:18