成人免费xxxxx在线视频软件_久久精品久久久_亚洲国产精品久久久_天天色天天色_亚洲人成一区_欧美一级欧美三级在线观看

前端api請求緩存方案

開發 前端
那我現在就對我應用到項目中的各種 api 請求方案,從簡單到復雜依次介紹一下。

[[351110]]

 在開發 web 應用程序時,性能都是必不可少的話題。對于webpack打包的單頁面應用程序而言,我們可以采用很多方式來對性能進行優化,比方說 tree-shaking、模塊懶加載、利用 extrens 網絡cdn 加速這些常規的優化。

甚至在vue-cli 項目中我們可以使用 --modern 指令生成新舊兩份瀏覽器代碼來對程序進行優化。

而事實上,緩存一定是提升web應用程序有效方法之一,尤其是用戶受限于網速的情況下。提升系統的響應能力,降低網絡的消耗。

當然,內容越接近于用戶,則緩存的速度就會越快,緩存的有效性則會越高。

以客戶端而言,我們有很多緩存數據與資源的方法,例如 標準的瀏覽器緩存 以及 目前火熱的 Service worker。

但是,他們更適合靜態內容的緩存。例如 html,js,css以及圖片等文件。而緩存系統數據,我采用另外的方案。

那我現在就對我應用到項目中的各種 api 請求方案,從簡單到復雜依次介紹一下。

方案一、 數據緩存

簡單的 數據 緩存,第一次請求時候獲取數據,之后便使用數據,不再請求后端api。 

代碼如下: 

  1. const dataCache = new Map()  
  2. async getWares() {  
  3.     let key = 'wares'  
  4.     // 從data 緩存中獲取 數據  
  5.     let data = dataCache.get(key)  
  6.     if (!data) {  
  7.         // 沒有數據請求服務器  
  8.         const res = await request.get('/getWares')  
  9.         // 其他操作  
  10.         ...  
  11.         data = ...  
  12.         // 設置數據緩存  
  13.         dataCache.set(key, data)  
  14.     }  
  15.     return data  

第一行代碼 使用了 es6以上的 Map,如果對map不是很理解的情況下,你可以參考

ECMAScript 6 入門 Set 和 Map 或者 Exploring ES6 關于 map 和 set的介紹,此處可以理解為一個鍵值對存儲結構。

之后 代碼 使用 了 async 函數,可以將異步操作變得更為方便。你可以參考ECMAScript 6 入門 async函數來進行學習或者鞏固知識。

代碼本身很容易理解,是利用 Map 對象對數據進行緩存,之后調用從 Map 對象來取數據。對于及其簡單的業務場景,直接利用此代碼即可。

調用方式: 

  1. getWares().then( ... )  
  2. // 第二次調用 取得先前的data  
  3. getWares().then( ... ) 

方案二、 promise緩存

方案一本身是不足的。因為如果考慮同時兩個以上的調用此 api,會因為請求未返回而進行第二次請求api。

當然,如果你在系統中添加類似于 vuex、redux這樣的單一數據源框架,這樣的問題不太會遇到,但是有時候我們想在各個復雜組件分別調用api,而不想對組件進行組件通信數據時候,便會遇到此場景。 

  1. const promiseCache = new Map()  
  2. getWares() {  
  3.     const key = 'wares'  
  4.     let promise = promiseCache.get(key);  
  5.     // 當前promise緩存中沒有 該promise  
  6.     if (!promise) {  
  7.         promise = request.get('/getWares').then(res => {  
  8.             // 對res 進行操作  
  9.             ...  
  10.         }).catch(error => {  
  11.             // 在請求回來后,如果出現問題,把promise從cache中刪除 以避免第二次請求繼續出錯S  
  12.             promiseCache.delete(key)  
  13.             return Promise.reject(error)  
  14.         })  
  15.     }  
  16.     // 返回promise  
  17.     return promise  

該代碼避免了方案一的同一時間多次請求的問題。同時也在后端出錯的情況下對promise進行了刪除,不會出現緩存了錯誤的promise就一直出錯的問題。

調用方式: 

  1. getWares().then( ... )  
  2. // 第二次調用 取得先前的promise  
  3. getWares().then( ... ) 

方案三、 多promise 緩存

該方案是同時需要 一個以上 的api請求的情況下,對數據同時返回,如果某一個api發生錯誤的情況下。

均不返回正確數據。 

  1. const querys ={  
  2.     wares: 'getWares',  
  3.     skus: 'getSku'  
  4.  
  5. const promiseCache = new Map()  
  6. async queryAll(queryApiName) {  
  7.     // 判斷傳入的數據是否是數組  
  8.     const queryIsArray = Array.isArray(queryApiName)  
  9.     // 統一化處理數據,無論是字符串還是數組均視為數組  
  10.     const apis = queryIsArray ? queryApiName : [queryApiName]  
  11.     // 獲取所有的 請求服務  
  12.     const promiseApi = []  
  13.     apis.forEach(api => {  
  14.         // 利用promise   
  15.         let promise = promiseCache.get(api)  
  16.         if (promise) {  
  17.             // 如果 緩存中有,直接push  
  18.             promise.push(promise)  
  19.         } else {  
  20.              promise = request.get(querys[api]).then(res => {  
  21.                 // 對res 進行操作  
  22.                 ...  
  23.                 }).catch(error => {  
  24.                 // 在請求回來后,如果出現問題,把promise從cache中刪除  
  25.                 promiseCache.delete(api)  
  26.                 return Promise.reject(error)  
  27.             })  
  28.             promiseCache.set(api, promise)  
  29.             promiseCache.push(promise)  
  30.         }  
  31.     })  
  32.     return Promise.all(promiseApi).then(res => {  
  33.         // 根據傳入的 是字符串還是數組來返回數據,因為本身都是數組操作  
  34.         // 如果傳入的是字符串,則需要取出操作  
  35.         return queryIsArray ? res : res[0]  
  36.     })  

該方案是同時獲取多個服務器數據的方式。可以同時獲得多個數據進行操作,不會因為單個數據出現問題而發生錯誤。

調用方式: 

  1. queryAll('wares').then( ... )  
  2. // 第二次調用 不會去取 wares,只會去skus  
  3. queryAll(['wares', 'skus']).then( ... ) 

方案四 、添加時間有關的緩存

往往緩存是有危害的,如果我們在知道修改了數據的情況下,直接把 cache 刪除即可,此時我們調用方法就可以向服務器進行請求。

這樣我們規避了前端顯示舊的的數據。但是我們可能一段時間沒有對數據進行操作,那么此時舊的數據就一直存在,那么我們最好規定個時間來去除數據。

該方案是采用了 類 持久化數據來做數據緩存,同時添加了過期時長數據以及參數化。 

代碼如下: 

首先定義持久化類,該類可以存儲 promise 或者 data 

  1. class ItemCache() {  
  2.     construct(data, timeout) {  
  3.         this.data = data  
  4.         // 設定超時時間,設定為多少秒  
  5.         this.timeout = timeout  
  6.         // 創建對象時候的時間,大約設定為數據獲得的時間  
  7.         this.cacheTime = (new Date()).getTime  
  8.     }  

然后我們定義該數據緩存。我們采用Map 基本相同的api 

  1. class ExpriesCache {  
  2.     // 定義靜態數據map來作為緩存池  
  3.     static cacheMap =  new Map()  
  4.     // 數據是否超時  
  5.     static isOverTime(name) {  
  6.         const data = ExpriesCache.cacheMap.get(name)  
  7.         // 沒有數據 一定超時  
  8.         if (!data) return true  
  9.         // 獲取系統當前時間戳  
  10.         const currentTime = (new Date()).getTime()    
  11.           // 獲取當前時間與存儲時間的過去的秒數  
  12.         const overTime = (currentTime - data.cacheTime) / 1000  
  13.         // 如果過去的秒數大于當前的超時時間,也返回null讓其去服務端取數據  
  14.         if (Math.abs(overTime) > data.timeout) {  
  15.             // 此代碼可以沒有,不會出現問題,但是如果有此代碼,再次進入該方法就可以減少判斷。  
  16.             ExpriesCache.cacheMap.delete(name)  
  17.             return true  
  18.         }  
  19.         // 不超時  
  20.         return false 
  21.     }  
  22.     // 當前data在 cache 中是否超時  
  23.     static has(name) {  
  24.         return !ExpriesCache.isOverTime(name)  
  25.     }  
  26.     // 刪除 cache 中的 data  
  27.     static delete(name) {  
  28.         return ExpriesCache.cacheMap.delete(name)  
  29.     }  
  30.     // 獲取  
  31.     static get(name) {  
  32.         const isDataOverTiem = ExpriesCache.isOverTime(name)  
  33.         //如果 數據超時,返回null,但是沒有超時,返回數據,而不是 ItemCache 對象  
  34.         return isDataOverTiem ? null : ExpriesCache.cacheMap.get(name).data  
  35.     }  
  36.     // 默認存儲20分鐘  
  37.     static set(name, data, timeout = 1200) {  
  38.         // 設置 itemCache  
  39.         const itemCache = mew ItemCache(data, timeout)  
  40.         //緩存  
  41.         ExpriesCache.cacheMap.set(name, itemCache)  
  42.     }  

此時數據類以及操作類 都已經定義好,我們可以在api層這樣定義 

  1. // 生成key值錯誤  
  2. const generateKeyError = new Error("Can't generate key from name and argument")  
  3. // 生成key值  
  4. function generateKey(name, argument) {  
  5.     // 從arguments 中取得數據然后變為數組  
  6.     const params = Array.from(argument).join(',')  
  7.     try{  
  8.         // 返回 字符串,函數名 + 函數參數  
  9.         return `${name}:${params}`  
  10.     }catch(_) {  
  11.         // 返回生成key錯誤  
  12.         return generateKeyError  
  13.     }  
  14.  
  15. async getWare(params1, params2) {  
  16.     // 生成key  
  17.     const key = generateKey('getWare', [params1, params2])   
  18.     // 獲得數據  
  19.     let data = ExpriesCache.get(key)  
  20.     if (!data) {  
  21.         const res = await request('/getWares', {params1, params2})  
  22.         // 使用 10s 緩存,10s之后再次get就會 獲取null 而從服務端繼續請求  
  23.         ExpriesCache.set(key, res, 10)  
  24.     }  
  25.     return data  

該方案使用了 過期時間 和 api 參數不同而進行 緩存的方式。已經可以滿足絕大部分的業務場景。

調用方式: 

  1. getWares(1,2).then( ... )  
  2. // 第二次調用 取得先前的promise  
  3. getWares(1,2).then( ... )  
  4. // 不同的參數,不取先前promise  
  5. getWares(1,3).then( ... ) 

方案五、基于修飾器的方案四

和方案四是的解法一致的,但是是基于修飾器來做。

代碼如下: 

  1. // 生成key值錯誤  
  2. const generateKeyError = new Error("Can't generate key from name and argument")  
  3. // 生成key值  
  4. function generateKey(name, argument) {  
  5.     // 從arguments 中取得數據然后變為數組  
  6.     const params = Array.from(argument).join(',')  
  7.     try{  
  8.         // 返回 字符串  
  9.         return `${name}:${params}`  
  10.     }catch(_) {  
  11.         return generateKeyError  
  12.     }  
  13.  
  14. function decorate(handleDescription, entryArgs) {  
  15.     // 判斷 當前 最后數據是否是descriptor,如果是descriptor,直接 使用  
  16.     // 例如 log 這樣的修飾器  
  17.     if (isDescriptor(entryArgs[entryArgs.length - 1])) {  
  18.         return handleDescription(...entryArgs, [])  
  19.     } else {  
  20.         // 如果不是  
  21.         // 例如 add(1) plus(20) 這樣的修飾器  
  22.         return function() {  
  23.             return handleDescription(...Array.protptype.slice.call(arguments), entryArgs)  
  24.         }  
  25.     }  
  26.  
  27. function handleApiCache(target, name, descriptor, ...config) {  
  28.     // 拿到函數體并保存  
  29.     const fn = descriptor.value  
  30.     // 修改函數體  
  31.     descriptor.value = function () {   
  32.         const key =  generateKey(name, arguments)  
  33.         // key無法生成,直接請求 服務端數據  
  34.         if (key === generateKeyError)  {  
  35.             // 利用剛才保存的函數體進行請求  
  36.             return fn.apply(null, arguments)  
  37.         }  
  38.         let promise = ExpriesCache.get(key)  
  39.         if (!promise) {  
  40.             // 設定promise  
  41.             promise = fn.apply(null, arguments).catch(error => {  
  42.                  // 在請求回來后,如果出現問題,把promise從cache中刪除  
  43.                 ExpriesCache.delete(key)  
  44.                 // 返回錯誤  
  45.                 return Promise.reject(error)  
  46.             })  
  47.             // 使用 10s 緩存,10s之后再次get就會 獲取null 而從服務端繼續請求  
  48.             ExpriesCache.set(key, promise, config[0])  
  49.         }  
  50.         return promise   
  51.     }  
  52.     return descriptor;  
  53. // 制定 修飾器  
  54. function ApiCache(...args) {  
  55.     return decorate(handleApiCache, args)  

此時 我們就會使用 類來對api進行緩存 

  1. class Api {  
  2.     // 緩存10s  
  3.     @ApiCache(10)  
  4.     // 此時不要使用默認值,因為當前 修飾器 取不到  
  5.     getWare(params1, params2) {  
  6.         return request.get('/getWares')  
  7.     }  

因為函數存在函數提升,所以沒有辦法利用函數來做 修飾器 

例如: 

  1. var counter = 0 
  2. var add = function () {  
  3.   counter++;  
  4. };  
  5. @add  
  6. function foo() {  

該代碼意圖是執行后counter等于 1,但是實際上結果是counter等于 0。因為函數提升,使得實際執行的代碼是下面這樣 

  1. @add  
  2. function foo() {  
  3.  
  4. var counter; 
  5. var add;  
  6. counter = 0 
  7. add = function () {  
  8.   counter++;  
  9. }; 

所以沒有 辦法在函數上用修飾器。具體參考ECMAScript 6 入門 Decorator

此方式寫法簡單且對業務層沒有太多影響。但是不可以動態修改 緩存時間

調用方式 

  1. getWares(1,2).then( ... )  
  2. // 第二次調用 取得先前的promise  
  3. getWares(1,2).then( ... )  
  4. // 不同的參數,不取先前promise  
  5. getWares(1,3).then( ... ) 

總結

api的緩存機制與場景在這里也基本上介紹了,基本上能夠完成絕大多數的數據業務緩存,在這里我也想請教教大家,有沒有什么更好的解決方案,或者這篇博客中有什么不對的地方,歡迎指正,在這里感謝各位了。 

同時這里也有很多沒有做完的工作,可能會在后面的博客中繼續完善。 

 

責任編輯:龐桂玉 來源: 前端大全
相關推薦

2021-12-27 10:46:07

WebAPIserver簽名

2024-08-05 09:29:00

前端接口請求

2022-07-27 22:56:45

前端應用緩存qiankun

2023-12-06 07:14:28

前端API中間件

2020-07-29 09:13:28

JavaScript開發技術

2020-06-18 09:16:20

JavaScript緩存API

2023-11-10 14:58:03

2021-04-12 05:55:29

緩存數據Axios

2018-09-28 14:06:25

前端緩存后端

2021-07-01 15:25:32

前端水印代碼

2024-08-26 08:47:32

2021-09-26 06:43:07

封裝網絡請求

2022-01-28 14:20:53

前端代碼中斷

2020-03-05 09:09:18

緩存原因方案

2023-05-04 16:10:13

緩存前端

2021-06-01 09:12:47

前端瀏覽器緩存

2024-04-24 10:24:09

2022-01-19 18:31:54

前端灰度代碼

2016-11-07 13:41:50

JavascriptFrontend

2021-05-19 09:29:52

VueAxios異步請求
點贊
收藏

51CTO技術棧公眾號

主站蜘蛛池模板: 一级片在线观看 | 精品久久久久久国产 | 在线日韩在线 | 国产免费av网 | 美女网站视频免费黄 | 欧美日韩一 | 国产情侣一区 | 欧美色综合 | 欧美国产日韩在线 | 免费国产视频在线观看 | 久久香蕉网 | 伊人性伊人情综合网 | 久久不卡 | 久草网址 | 国产精品成人一区 | 中文字幕一区二区三区四区五区 | 日韩高清成人 | 亚洲欧美激情精品一区二区 | 一二三区在线 | 天天色天天色 | 成人福利在线观看 | 精品国产乱码久久久久久影片 | 国产精品久久免费观看 | 成人三级视频 | 成人精品一区二区三区中文字幕 | 精品欧美一区二区在线观看视频 | 九九九国产 | 日韩av.com| 91在线看 | 亚洲免费福利视频 | 久久亚洲国产精品 | 91精品麻豆日日躁夜夜躁 | 国产亚洲久 | 毛片网站在线观看 | 精品成人在线观看 | 国产精品爱久久久久久久 | 中文字幕一区二区三区不卡在线 | 国产免费人成xvideos视频 | 国产在线一区二区 | 三级免费av | 亚洲精品自拍视频 |