看许多网路上的人的PCB Axios 讲义，但多多少少都有不太最合适的点，这儿为我们所推荐我的最差课堂教学。
圣夫龙千万别回到统计数据，仍然回到 AxiosResponse 第一类
网路上的该文都让你用 圣夫龙 间接回到统计数据，此种处理方式只不过是十分欠妥的，这种会让你先期的机能极难展开开拓。
不所推荐的处理方式
import Axios from axios
const client = Axios.create({
// 你的实用性
})
client.interceptors.response.use(response => {
// 网路上的处理方式都是让你间接回到统计数据
// 这引致先期的许多机能无法全力支持
return response.data
})
export default client
所推荐的处理方式
所推荐采用表达式替代圣夫龙
import Axios, { AxiosRequestConfig } from axios
const client = Axios.create({
// 你的实用性})
export async function request(url: string, config?: AxiosRequestConfig) {
const response = await client.request({ url, …config })
const result = response.data
// 你的业务判断逻辑
return result
}
export default client
到这儿可能有人会说太麻烦，请稍等，继续往下看。
为你的请求添加开拓
许多时候，我们的开发流程是这种的：
发送请求 => 拿到统计数据 => 渲染内容
但可惜的是，这只是理想情况，在某些特殊情况下，你还是需要处理异常或额外的全力支持，如：
当请求失败，希望能够自动重试3次以上再失败分页统计数据中，当新的请求发出，自动中断上一次的请求第三方提供 jsonp 接口，而你又只能采用静态页时 (ps: Axios 不全力支持 jsonp)更多当发送以上场景时，你只能默默的写代码全力支持，但如果你不拦截 Axios 的响应，那就可以采用开源社区提供的方案。
全力支持请求重试
安装 axios-retry[1]，可以让你的 Axios 全力支持自动重试的机能
import Axios, { AxiosRequestConfig } from axios
import axiosRetry from axios–retry
const client = Axios.create({
// 你的实用性
})
// 安装 retry 插件// 当请求失败后，自动重新请求，只有3次失败后才真正失败
axiosRetry(client, { retries: 3 })
export async function request(url: string, config?: AxiosRequestConfig) {
const response = await client.request({ url, …config })
const result = response.data
// 你的业务判断逻辑
return result
}
// 只有3次失败后才真正失败
const data = request( http://example.com/test )
PS: axios-retry 插件全力支持实用性单个请求
全力支持 jsonp 请求
安装 axios-jsonp[2]，可以让你的 Axios 全力支持 jsonp 的机能。
import Axios, { AxiosRequestConfig } from axios
import jsonpAdapter from axios–jsonp
const client = Axios.create({
// 你的实用性
})
export async function request(url: string, config?: AxiosRequestConfig) {
const response = await client.request({ url, …config })
const result = response.data
// 你的业务判断逻辑
return result
}
export function jsonp(url: string, config?: AxiosRequestConfig) {
return request(url, { …config, adapter: jsonpAdapter })
}
// 你现在可以发送 jsonp 的请求了
const data = jsonp( http://example.com/test-jsonp )
全力支持 URI 版本控制
有开发 Web API 经验的人都会遇到一个问题，如果 API 出现重大变更的时候，如何保证旧版可用的情况下，发布新的 API?
此种情况在服务端开发场景中，只不过并不罕见，尤其是对外公开的 API，如: 豆瓣 API (已失效)。
当前主流的全力支持 3 种类型的版本控制：
类型描述URI 版本控制 是指在请求的 URI 中传递的版本，例如 https://example.com/v1/route 和 https://example.com/v2/route。
import Axios, { AxiosRequestConfig } from axios
const client = Axios.create({
// 你的实用性
})
client.interceptors.request.use(config => {
// 最简单的方案
config.url = config.url.replace( {version} , v1 )
return config
})
// GET /api/v1/users
request( /api/{version}/users )
Header 和 Media Type 模式，可以参考如下该文来实现
实现 Web API Versioning 机能[3]nest versioning[4]保持请求唯一
在一个全力支持翻页的后台表格页，一个用户击翻页按
翻页请求先回，搜索统计数据再回，统计数据显示正常搜索统计数据先回，翻页统计数据再回，统计数据显示异常（通常在负载均衡的场景中出现）为此，你希望能够自动取消上一次请求，于是你看了 Axios 的取消请求，但好多地方都需要用到，于是可以将这个机能PCB成独立的表达式。
import Axios from axios
const CancelToken = Axios.CancelToken
export function withCancelToken(fetcher) {
let abort
function send(data, config) {
cancel() // 主动取消
const cancelToken = new CancelToken(cancel => (abort = cancel))
return fetcher(data, { …config, cancelToken })
}
function cancel(message = abort ) {
if (abort) {
abort(message)
abort = null
}
}
return [send, cancel]
}
采用
function getUser(id: string, config?: AxiosRequestConfig) {
return request(`api/user/${id}`, config)
}
// 包装请求表达式
const [fetchUser, abortRequest] = withCancelToken(getUser)
// 发送请求
// 如果上一次请求还没回来，会被自动取消
fetchUser( 1000 )
// 通常不需要主动调用// 但可以在组件销毁的生命周期中调用
abortRequest()
这种不需要自动取消的时候，间接采用原表达式即可，也不会影响原表达式的采用
后语
Axios PCB只不过还有许多事情可以做，比如 全局错误处理 (一样不能影响正常请求) 等，PCB也不应该只是利用圣夫龙间接回到统计数据。
另外请求模块应该保持独立，所推荐开拓 AxiosRequestConfig 或做成一个个独立的表达式，提供给外部调用，方便做成一个独立的 HTTP 模块。
– End –
