axios关于针对请求时长策略设计的思考
前言
在我們的業(yè)務(wù)請求中,有很多時候會針對有不同時長的需求策略性設(shè)置。這里針對這個需求進行詳細的展開。
針對這種情況,我們的timout的一般是根據(jù)請求地址來的,所以核心處理技巧便是如何根據(jù)不同的request地址去設(shè)置不同的timeout.
我們之前設(shè)置的請求時長是十秒,并且是通過create的部分,整個項目只有一個instance的。
let _axios = axios.create({baseURL: apiProxyUrl,headers: { 'Content-Type': 'application/json' },transformRequest: [transformRequest],timeout: 10000 }) 復(fù)制代碼那么既然需要處理request的地址部分,我建議針對長時長的地址單獨一個文件維護,考慮到了以下兩點:
1 請求地址變多時,可以更好的定位以及維護 2 需要時,可以針對不同的微服務(wù)進行進一步的管理和配置 3 與下面請求時長的策略部分進行解耦 復(fù)制代碼主要結(jié)果是返回一個期望長時長地址的數(shù)組。
/*** @author robin* @description maintain all long time api request paths*//*** 用戶服務(wù)長時長地址數(shù)組*/ const userApiPaths = [] /*** 報表服務(wù)長時長地址數(shù)組,如果你的微服務(wù)地址符合一個規(guī)律,可以這里進行方法定義并返回*/ const getTablesApiPaths = ()=>{return [] }export default ['/house/list/houseSpaceInHouseSpaceManager' ].concat(userApiPaths).concat(getTablesApiPaths()) 復(fù)制代碼簡單處理
我們知道axios本身的request支持攔截器的配置,那么我們可以進行以下簡單的設(shè)置。
import longTimeApiEnum from './longTimeApiEnum' // 請求攔截器 _axios.interceptors.request.use((config) => { // 請求時長10分鐘const LONG_TIMEOUT = 600000 if (longTimeApiEnum.some(url => config.url.includes(url))) {config.timeout = LONG_TIMEOUT}return config }) 復(fù)制代碼此方法適用于大部分請求地址沒有規(guī)律性,適合用枚舉維護相應(yīng)地址的。
策略模式處理
當(dāng)然如果你的長時長的api地址具有一定的正則可匹配性,也可以用正則來寫,并且把判斷的部分用策略模式獨立為一個方法,甚至一個文件。
比如下面的例子:
// 根據(jù)微服務(wù)一級地址判斷 function judgeIsLongTimeApi(url){const strategy = {'user':function(url){if(url.includes('/users/data')) return true;return false},'table':function(url){if(url.includes('/table')) return true;return false}}const firstPath = url.split('/')[1];return strategy[firstPath] && strategy[firstPath](url);}// 使用 const LONG_TIMEOUT = 600000 if (judgeIsLongTimeApi(config.url)) {config.timeout = LONG_TIMEOUT} 復(fù)制代碼復(fù)雜的類處理
感覺上面的方式不夠逼格,或者有時候不是這么簡單的改一個timeout,還需要改很多配置,比如說baseUrl等等。那么你需要定義一個class。然后根據(jù)你的需求去自定義每個子類。大概是這樣的:這里用到了class繼承。
import axios from 'axios'; class Api{constructor(){}nessaryFn(){throw Error('必須要實現(xiàn)的函數(shù)')}}class usualApi extends Api {constructor(){}nessaryFn(){//codes here} }class specialApi extends Api {constructor(){}nessaryFn(){//codes here} }// 再來一個策略模式 根據(jù)不同的情況 ,返回使用不同的api實現(xiàn)子類。復(fù)制代碼小結(jié)
以上就是全部的關(guān)于axios部分的自定義維護時做的思考和實踐,已經(jīng)完整的解決了自己的需求。
其他問題
- 當(dāng)axios的請求返回類型為非json類型,需要針對url進行特殊化配置的時候,相應(yīng)的思路也是如此。if (exportXlsEnum.some(url => config.url.includes(url))) { config.responseType = 'blob' } 復(fù)制代碼
轉(zhuǎn)載于:https://juejin.im/post/5c95d481f265da60e65b9c66
總結(jié)
以上是生活随笔為你收集整理的axios关于针对请求时长策略设计的思考的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: mysql日期可以保存时区_数据库存储时
- 下一篇: Linux账号和权限管理