第一份工作的時候我們老大讓我封裝下請求，我當即就說：封裝什麼？爲什麼要封裝，本身人家的庫就已經進行封裝了啊，只需要幾個參數就可以調用了，封裝的還是要傳一些參數的。嗯～當時還是有點理直氣壯的，正所謂無知者無謂😂當然最後我還是聽老大的了，那時候我只是封裝了幾個默認參數吧🐶而後經過幾年的歷練，對api請求的封裝也一直在升級，現在請陪着我來一起回顧下

爲什麼進行封裝

簡化使用成本。不同於庫，封裝是針對項目的，我們可以給定請求的主域名、請求頭等默認值，減少使用請求時的需要傳的參數和其他配置等
可以統一處理一些邏輯，例如對請求異常的提醒處理等
可以對請求進行一些改造以滿足使用習慣

怎麼封裝

回調 VS PROMISE

很明顯，回調容易陷入回調地獄，所以無論請求還是其他場景我們目前的編程方式基本都是推薦使用promise的，尤其是新的async/await的引入更是讓promise的編程方式更加優雅

總是被resolve

請求總是被resolve？爲什麼？如果不是，會怎樣？

async function f() {
  try {
    await Promise.reject('出錯了');
  } catch(e) {
    ...
  }
  ...
}

正如上面這段代碼，如果我們不加catch的話會怎樣？該f函數後面的所有的代碼都不會被執行，也就是說如果我們要保證代碼的健壯性則必須給async/await函數增try/catch容錯
那我們不用async了唄，確實是個不錯的主意，但我必須提醒async的幾點好處：

總是返回promise，這一點很有用，例如

if (check) {
  return true
} else {
  return apiPromise()
}

你是判斷返回值的類型還是resolve true？而async則比較完美的解決了這類問題！

async的await能讓異步代碼看起來是同步的，代碼的結構也更清爽，語義也更明確

我更相信你已經在大量使用async，所以，如果使用了async/await那麼try/catch千萬別忘記哦

即便是簡單場景下不需要使用async，promise被拒絕也會有一些小問題，例如

api().then(res=>{
  this.hideLoading()
  ...
}).catch(err=>{
  this.hideLoading()
  ...
})

無論是否被成功resolve，都要執行的一些代碼需要在兩處書寫

所以，你想推介什麼？
封裝的api請求總是被resolve,這樣是不是就沒必要關心reject了？也就不用管剛纔那一堆問題了，是不是很爽？😊不對啊，總是有異常情況的啊，難道不管了？也resolve啊！😊添加字段區分就行了啊，是不是很聰明？😁

確認請求是完全理想的正確

什麼意思？我們先回想下自己是否曾大量寫過這樣的代碼，如果沒有請忽略

api().then(res=>{
  this.hideLoading()
  if (res.code !== 0) {
    ...
  }
  ...
})

因爲現在很多後端因監控運行狀態等原因都不直接返回異常的http狀態碼，而是以各種code來標示是否處理成功，所以200的請求不一定是真正的請求完成，那校驗code就成爲必須的了

像真正的api那樣

api有點被亂用了，api請求的api是後臺提供的業務服務接口，拋去這一種，我們腦中正常的api是什麼樣子的？是不是像這樣array.push(1)，是預先定義的函數，是不需要關心內部實現的，所以請把api請求也封裝成像真正的api那樣，簡單好用，隨處可用

至此，個人關於對封裝api請求的思想基本都闡述了，我們來看看代碼實現（基於小程序項目，供參考，核心代碼用===============標示）

源碼參考

先來看看最終你用的爽不爽

// 例如後臺文檔是這樣的
// curl --request POST \
//  --url 'http://user-interaction.ylf.org/controller/fun' \
//  --header 'Content-Type: application/json' \
//  --data '{
//    "page":1
// }'

// 你只需要這樣
api.controller.fun({page: 10}).then(res=>{
  this.hideLoaing()
  if (res.errType) {
    ... // 異常處理
  }
  ... // 正常邏輯
})

// async方式
async function() {
  const res = await api.controller.fun({page: 10})
  this.hideLoaing()
  if (res.errType) {
    ... // 異常處理
  }
  ... // 正常邏輯
}

目錄結構

api
├── doRequest.js // 封裝的請求方法
├── index.js     // 生成api和export請求方法等
├── inject.js    // 攔截器
├── renewToken.js // 重新獲取token
└── serviceJson.js // 供生成API的配置

doRequest.js // 封裝的請求方法

import _ from '../lib/tools'
import injectMap from './inject'
import {api as constApi} from '../constVar'
import renewToken from './renewToken'

const apiDomain = constApi.domain

let getTokenPromise = ''// 只能同時存在一個實例
let wxSessionValid = null // 微信session_key的有效性
const checkWxSession = function () {
  return new Promise(resolve => {
    wx.checkSession({
      success() {
        resolve(true) // session_key 未過期，並且在本生命週期一直有效
      },
      fail() {
        resolve(false) // session_key 已經失效，需要重新執行登錄流程
      }
    })
  })
}
// 檢查業務層是否也處理成功，參數爲請求的返回值
const defaultCheckDoRequestSuccess = (res) => !res.data.error_code

export async function doRequestWithCheckSession(data = {}, opts) {
  const opt = Object.assign({needToken: true}, opts)
  if (typeof opt.needToken === 'function') { // 是否需要鑑權有一定邏輯性，則可以將needToken配置設置爲返回布爾值的函數，無參
    opt.needToken = opt.needToken()
  }
  if (typeof wxSessionValid !== 'boolean') {
    wxSessionValid = await checkWxSession() // 檢查微信session是否有效
  }
  let jwt = wx.getStorageSync('jwt')
  // 鑑權方式：業務側的鑑權和對微信session有效性的鑑權
  if (opt.needToken && (!jwt || jwt.expire_after <= +new Date() || !wxSessionValid)) { // 需要授權，已過期，去續租
    let jwt = ''
    if (getTokenPromise) {
      jwt = await getTokenPromise
    } else {
      getTokenPromise = renewToken()
      jwt = await getTokenPromise
    }
    wxSessionValid = true
    getTokenPromise = ''
    wx.setStorageSync('jwt', jwt)
  }
  Object.assign(opt, opt.needToken ? {httpOpt: {header: {Authorization: jwt.token}}} : {})
  return doRequest(opt.url, data, opt)
}

============================================================================================
/**
 * 請求接口函數
 * @param url
 * @param data 請求body
 * @param opt 具體配置見該函數的參數
 * @returns {Promise<any>}
 *
 * !!! 總是被解決，永遠不會被拒絕，不過你可以通過判斷是否有errType值來判斷是否請求OK
 * errType === 'http' 是請求出錯
 * errType === 'server' 是服務端處理出錯，需要checkDoRequestSuccess函數提供判斷邏輯
 */
export function doRequest(url, data, {
  method = 'get', httpOpt = {}, needToken = true, needToast = true,
  checkDoRequestSuccess = defaultCheckDoRequestSuccess
} = {}) {
  return new Promise((resolve) => {
    wx.request({
      url,
      data,
      method,
      ...httpOpt,
      success: (res) => { // 請求成功
        if (checkDoRequestSuccess(res)) { // 服務端也處理成功
          injectMap.forEach((val, key) => { // 匹配攔截規則
            if (key.indexOf(url.replace(apiDomain, '')) !== -1) {
              val()
            }
          })
          resolve(res)
        } else { // 服務端處理失敗
          needToast && wx.showToast({
            title: res.data.reason || '請求出錯，請稍後重試',
            icon: 'none',
            duration: 2000
          })
          resolve(Object.assign({
            errType: 'server'
          }, res))
        }
      },
      fail: (err) => { // 請求失敗
        resolve({
          errType: 'http',
          err
        })
        checkNetWorkAndSaveCurrentPath()
      }
    })
  })
}
============================================================================================

// 檢查網絡問題和記錄當前頁面的路徑
function checkNetWorkAndSaveCurrentPath() {
  /* eslint-disable no-undef */
  const pages = getCurrentPages() // 獲取當前的頁面棧
  const page = pages[pages.length - 1] // 當前的頁面
  // 避免多個請求失敗造成多個弱網頁面棧，影響回跳
  if (['pages/normal/network', 'pages/normal/load'].indexOf(page.route) !== -1) {
    return
  }
  wx.getNetworkType({
    success: function (res) {
      const pathParamsStrArr = [] // 記錄當前頁面的路徑參數
      _.forOwn(page.options, (v, k) => {
        pathParamsStrArr.push(`${k}=${v}`)
      })
      const path = `${page.route}?${pathParamsStrArr.join('&')}`
      wx.setStorageSync('badNetPagePath', path) // 記錄被弱網中斷的頁面完整路徑
      if (res.networkType === 'none') { // 如果是沒有網絡環境
        wx.redirectTo({
          url: '/pages/normal/network'
        })
      } else { // 弱網環境和其他異常情況
        wx.redirectTo({
          url: '/pages/normal/load'
        })
      }
    }
  })
}

核心index.js // 生成api和export請求方法等

import serviceJson from './serviceJson'
import { doRequestWithCheckSession, doRequest } from './doRequest'
import _ from '../lib/tools'
import {api as constApi} from '../constVar'

const apiDomain = constApi.domain
const api = {}


serviceJson.forEach(obj => {
  const keys = obj.url.replace(/\//g, '.')
  obj.url = apiDomain + obj.url
  _.set(api, keys, function (data) {
    return doRequestWithCheckSession(data, obj)
  })
})

/**
 * 調用示例
 * api.controller.fun({page: 10})
 *
 * 同時暴露出兩個封裝好的請求方法
 */
export default {
  ...api,
  doRequest,
  doRequestWithCheckSession
}

核心serviceJson.js // 供生成API的配置

/**
 * 項目請求配置
 *
 * 參數請前往 ./doRequest.js 查看doRequest函數說明，一下參數可能會出現變動而導致不準確
 * needToken=true 是否需要token認證
 * method=get 請求方法
 * dataType=json dataType
 * check 函數，參數爲請求的返回值，要求返回布爾值，true代表請求成功（後臺處理成功），false反之
 */
export default [
  {'url': 'joke/content/list'}
]

inject.js // 攔截器

// 請求hooks,當請求被匹配則執行預設的回調
// map的key爲 ./serviceJson.js 配置裏的url,value爲callback

// import _ from '../lib/tools'

const map = new Map()

export default map

雖然是對API的思考，不僅限小程序，但作爲同期的思考和總結，來波系列鏈接😄
開發微信小程序必須要知道的事
 微信小程序之登錄態的探索

歡迎交流指正，謝謝

對api請求封裝的探索和總結

爲什麼進行封裝

怎麼封裝

回調 VS PROMISE

總是被resolve

確認請求是完全理想的正確

像真正的api那樣

源碼參考

doRequest.js // 封裝的請求方法

核心index.js // 生成api和export請求方法等

核心serviceJson.js // 供生成API的配置

inject.js // 攔截器

只要css就能實現的骨架屏方案

做一個好前端必須要知道的事——瀏覽器的線程與進程

做一個好前端必須要知道的事——JS語言

對api請求封裝的探索和總結

微信小程序之登錄態的探索

Mac下配置sublime實現LaTeX

https://yachay.unat.edu.pe/blog/index.php?comment_area=format_blog&comment_component=blog&comment_co

linux以太網驅動總結