} else {
promise = request.get(querys[api]).then(res => {
// 对res 进行操作
…
}).catch(error => {
// 在请求回来后，如果出现问题，把promise从cache中删除
promiseCache.delete(api)
return Promise.reject(error)
})
promiseCache.set(api, promise)
promiseCache.push(promise)
}
})
return Promise.all(promiseApi).then(res => {
// 根据传入的 是字符串还是数组来返回数据，因为本身都是数组操作
// 如果传入的是字符串，则需要取出操作
return queryIsArray ? res : res[0]
})
}
该方案是同时获取多个服务器数据的方式。可以同时获得多个数据进行操作，不会因为单个数据出现问题而发生错误。
调用方式：
queryAll(‘wares’).then( … )
// 第二次调用 不会去取 wares，只会去skus
queryAll([‘wares’, ‘skus’]).then( … )
方案四 、添加时间有关的缓存
往往缓存是有危害的，如果我们在知道修改了数据的情况下，直接把 cache 删除即可，此时我们调用方法就可以向服务器进行请求。
这样我们规避了前端显示旧的的数据。但是我们可能一段时间没有对数据进行操作，那么此时旧的数据就一直存在，那么我们最好规定个时间来去除数据。
该方案是采用了 类 持久化数据来做数据缓存，同时添加了过期时长数据以及参数化。
代码如下：
首先定义持久化类,该类可以存储 promise 或者 data
class ItemCache() {
construct(data, timeout) {
this.data = data
// 设定超时时间，设定为多少秒
this.timeout = timeout
// 创建对象时候的时间，大约设定为数据获得的时间
this.cacheTime = (new Date()).getTime
}
}
然后我们定义该数据缓存。我们采用Map 基本相同的api
class ExpriesCache {
// 定义静态数据map来作为缓存池
static cacheMap = new Map()
// 数据是否超时
static isOverTime(name) {
const data = ExpriesCache.cacheMap.get(name)
// 没有数据 一定超时
if (!data) return true
// 获取系统当前时间戳
const currentTime = (new Date()).getTime()
// 获取当前时间与存储时间的过去的秒数
const overTime = (currentTime - data.cacheTime) / 1000
// 如果过去的秒数大于当前的超时时间，也返回null让其去服务端取数据
if (Math.abs(overTime) > data.timeout) {
// 此代码可以没有，不会出现问题，但是如果有此代码，再次进入该方法就可以减少判断。
ExpriesCache.cacheMap.delete(name)
return true
}
// 不超时
return false
}
// 当前data在 cache 中是否超时
static has(name) {
return !ExpriesCache.isOverTime(name)
}
// 删除 cache 中的 data
static delete(name) {
return ExpriesCache.cacheMap.delete(name)
}
// 获取
static get(name) {
const isDataOverTiem = ExpriesCache.isOverTime(name)
//如果 数据超时，返回null，但是没有超时，返回数据，而不是 ItemCache 对象
return isDataOverTiem ? null : ExpriesCache.cacheMap.get(name).data
}
// 默认存储20分钟
static set(name, data, timeout = 1200) {
// 设置 itemCache
const itemCache = mew ItemCache(data, timeout)
//缓存
ExpriesCache.cacheMap.set(name, itemCache)
}
}
此时数据类以及操作类 都已经定义好,我们可以在api层这样定义
// 生成key值错误
const generateKeyError = new Error(“Can’t generate key from name and argument”)
// 生成key值
function generateKey(name, argument) {
// 从arguments 中取得数据然后变为数组
const params = Array.from(argument).join(‘,’)
try{
// 返回 字符串，函数名 + 函数参数
return ${name}:${params}
}catch(_) {
// 返回生成key错误
return generateKeyError
}
}
async getWare(params1, params2) {
// 生成key
const key = generateKey(‘getWare’, [params1, params2])
// 获得数据
let data = ExpriesCache.get(key)
if (!data) {
const res = await request(‘/getWares’, {params1, params2})
// 使用 10s 缓存，10s之后再次get就会 获取null 而从服务端继续请求
ExpriesCache.set(key, res, 10)
}
return data
}
该方案使用了 过期时间 和 api 参数不同而进行 缓存的方式。已经可以满足绝大部分的业务场景。
调用方式：
getWares(1,2).then( … )
// 第二次调用 取得先前的promise
getWares(1,2).then( … )
// 不同的参数，不取先前promise
getWares(1,3).then( … )
方案五、基于修饰器的方案四
和方案四是的解法一致的，但是是基于修饰器来做。
代码如下：
// 生成key值错误
const generateKeyError = new Error(“Can’t generate key from name and argument”)
// 生成key值
function generateKey(name, argument) {
// 从arguments 中取得数据然后变为数组
const params = Array.from(argument).join(‘,’)
try{
// 返回 字符串
return ${name}:${params}
}catch(_) {
return generateKeyError
}
}
function decorate(handleDescription, entryArgs) {
// 判断 当前 最后数据是否是descriptor，如果是descriptor,直接 使用
// 例如 log 这样的修饰器
if (isDescriptor(entryArgs[entryArgs.length - 1])) {
return handleDescription(…entryArgs, [])
} else {
// 如果不是
// 例如 add(1) plus(20) 这样的修饰器
return function() {
return handleDescription(…Array.protptype.slice.call(arguments), entryArgs)
}
}
}
function handleApiCache(target, name, descriptor, …config) {
// 拿到函数体并保存
const fn = descriptor.value
// 修改函数体
descriptor.value = function () {
const key = generateKey(name, arguments)
// key无法生成，直接请求 服务端数据
if (key === generateKeyError) {
// 利用刚才保存的函数体进行请求
return fn.apply(null, arguments)
}
let promise = ExpriesCache.get(key)
if (!promise) {
// 设定promise
promise = fn.apply(null, arguments).catch(error => {
// 在请求回来后，如果出现问题，把promise从cache中删除
ExpriesCache.delete(key)
// 返回错误
return Promise.reject(error)
})
// 使用 10s 缓存，10s之后再次get就会 获取null 而从服务端继续请求
ExpriesCache.set(key, promise, config[0])
}
return promise
}
return descriptor;
}
// 制定 修饰器
function ApiCache(…args) {
return decorate(handleApiCache, args)
}
此时 我们就会使用 类来对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的缓存机制与场景在这里也基本上介绍了，基本上能够完成绝大多数的数据业务缓存，在这里我也想请教教大家，有没有什么更好的解决方案，或者这篇博客中有什么不对的地方，欢迎指正，在这里感谢各位了。
同时这里也有很多没有做完的工作，可能会在后面的博客中继续完善。
相关文章
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。
深知大多数前端工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年Web前端开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上前端开发知识点，真正体系化！
由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！
如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：前端）
最后
你要问前端开发难不难，我就得说计算机领域里常说的一句话，这句话就是『难的不会，会的不难』，对于不熟悉某领域技术的人来说，因为不了解所以产生神秘感，神秘感就会让人感觉很难，也就是『难的不会』；当学会这项技术之后，知道什么什么技术能做到什么做不到，只是做起来花多少时间的问题而已，没啥难的，所以就是『会的不难』。
我特地针对初学者整理一套前端学习资料分享给大家，戳这里即可领取
同时减轻大家的负担。**
[外链图片转存中…(img-KLmKYnFT-1712638825479)]
[外链图片转存中…(img-LiyVNn7e-1712638825480)]
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上前端开发知识点，真正体系化！
[外链图片转存中…(img-cD4ITfnt-1712638825480)]
由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！
如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：前端）
最后
你要问前端开发难不难，我就得说计算机领域里常说的一句话，这句话就是『难的不会，会的不难』，对于不熟悉某领域技术的人来说，因为不了解所以产生神秘感，神秘感就会让人感觉很难，也就是『难的不会』；当学会这项技术之后，知道什么什么技术能做到什么做不到，只是做起来花多少时间的问题而已，没啥难的，所以就是『会的不难』。
我特地针对初学者整理一套前端学习资料分享给大家，戳这里即可领取
[外链图片转存中…(img-sbqF7fNn-1712638825481)]
636
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
