详解前端API请求缓存方案

此时 我们就会使用 类来对api进行缓存。

class Api {  
// 缓存10s  
@ApiCache(10)  
// 此时不要使用默认值，因为当前 修饰器 取不到  
getWare(params1, params2) {  
return request.get('/getWares')  
}  
}  

因为函数存在函数提升，所以没有办法利用函数来做 修饰器。

例如：

var counter = 0;  
var add = function () {  
counter++;  
};  
@add  
function foo() {  
}  

该代码意图是执行后counter等于 1，但是实际上结果是counter等于 0。因为函数提升，使得实际执行的代码是下面这样：

@add  
function foo() {  
}  
var counter;  
var add;  
counter = 0;  
add = function () {  
counter++;  
};  

所以没有 办法在函数上用修饰器。具体参考ECMAScript 6 入门 Decorator。

此方式写法简单且对业务层没有太多影响。但是不可以动态修改 缓存时间。

调用方式：

getWares(1,2).then( ... )  
// 第二次调用 取得先前的promise  
getWares(1,2).then( ... )  
// 不同的参数，不取先前promise  
getWares(1,3).then( ... )  

总结

api的缓存机制与场景在这里也基本上介绍了，基本上能够完成绝大多数的数据业务缓存，在这里我也想请教教大家，有没有什么更好的解决方案，或者这篇博客中有什么不对的地方，欢迎指正，在这里感谢各位了。

同时这里也有很多没有做完的工作，可能会在后面的博客中继续完善。

（编辑：核心网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!