共计 5827 个字符,预计需要花费 15 分钟才能阅读完成。
转自掘金:zhangbao90s
原载于 TutorialDocs 网站的文章《How to Implement an HTTP Request Library with Axios》。
概述
前端开发中,常常会遇到发送异步申请的场景。一个功能齐全的 HTTP 申请库能够大大降低咱们的开发成本,进步开发效率。
axios 就是这样一个 HTTP 申请库,近年来十分热门。目前,它在 GitHub 上领有超过 40,000 的 Star,许多权威人士都举荐应用它。
因而,咱们有必要理解下 axios 是如何设计,以及如何实现 HTTP 申请库封装的。撰写本文时,axios 以后版本为 0.18.0,咱们以该版本为例,来浏览和剖析局部外围源代码。axios 的所有源文件都位于 lib
文件夹中,下文中提到的门路都是绝对于 lib
来说的。
本文咱们次要探讨:
- 怎么应用 axios。
- axios 的外围模块(申请、拦截器、撤销)是如何设计和实现的?
- axios 的设计长处是什么?
如何应用 axios
要了解 axios 的设计,首先须要看一下如何应用 axios。咱们举一个简略的例子来阐明下 axios API 的应用。
发送申请
axios({
method: 'get',
url: 'http://bit.ly/2mTM3nY',
responseType: 'stream',
}).then(function (response) {response.data.pipe(fs.createWriteStream('ada_lovelace.jpg'))
})
这是一个官网示例。从下面的代码中能够看到,axios 的用法与 jQuery 的 ajax
办法十分相似,两者都返回一个 Promise 对象(在这里也能够应用胜利回调函数,但还是更举荐应用 Promise
或 await
),而后再进行后续操作。
这个实例很简略,不须要我解释了。咱们再来看看如何增加一个拦截器函数。
增加拦截器函数
// 增加一个申请拦截器。留神,这外面有 2 个函数——别离是胜利和失败时的回调函数,这样设计的起因会在之后介绍
axios.interceptors.request.use(function (config) {
// 发动申请前执行一些解决工作
return config // 返回配置信息
},
function (error) {
// 申请谬误时的解决
return Promise.reject(error)
}
)
// 增加一个响应拦截器
axios.interceptors.response.use(function (response) {
// 解决响应数据
return response // 返回响应数据
},
function (error) {
// 响应出错后所做的解决工作
return Promise.reject(error)
}
)
从下面的代码,咱们能够晓得:发送申请之前,咱们能够对申请的配置参数(config
)做解决;在申请失去响应之后,咱们能够对返回数据做解决。当申请或响应失败时,咱们还能指定对应的谬误处理函数。
撤销 HTTP 申请
在开发与搜寻相干的模块时,咱们常常要频繁地发送数据查问申请。一般来说,当咱们发送下一个申请时,须要撤销上个申请。因而,能撤销相干申请性能十分有用。axios 撤销申请的示例代码如下:
const CancelToken = axios.CancelToken
const source = CancelToken.source()
// 例子一
axios
.get('/user/12345', {cancelToken: source.token,})
.catch(function (thrown) {if (axios.isCancel(thrown)) {console.log('申请撤销了', thrown.message)
} else {// 处理错误}
})
// 例子二
axios
.post(
'/user/12345',
{name: '新名字',},
{cancelToken: source.token,}
)
// 撤销申请 (信息参数是可选的)
.source.cancel('用户撤销了申请')
从上例中能够看到,在 axios 中,应用基于 CancelToken 的撤销申请计划。然而,该提案现已撤回,详情如 点这里。具体的撤销申请的实现办法,将在前面的源代码剖析的中解释。
axios 外围模块的设计和实现
通过下面的例子,我置信每个人都对 axios 的应用有一个大抵的理解了。上面,咱们将依据模块剖析 axios 的设计和实现。上面的图片,是我在本文中会介绍到的源代码文件。如果您感兴趣,最好在浏览时克隆相干的代码,这能加深你对相干模块的了解。
HTTP 申请模块
申请模块的代码放在了 core/dispatchRequest.js
文件中,这里我只展现了一些要害代码来简略阐明:
module.exports = function dispatchRequest(config) {throwIfCancellationRequested(config);
// 其余源码
// 默认适配器是一个模块,能够依据以后环境抉择应用 Node 或者 XHR 发送申请。var adapter = config.adapter || defaults.adapter;
return adapter(config).then(function onAdapterResolution(response) {throwIfCancellationRequested(config);
// 其余源码
return response;
}, function onAdapterRejection(reason) {if (!isCancel(reason)) {throwIfCancellationRequested(config);
// 其余源码
return Promise.reject(reason);
});
};
下面的代码中,咱们可能晓得 dispatchRequest
办法是通过 config.adapter
,取得发送申请模块的。咱们还能够通过传递,符合规范的适配器函数来代替原来的模块(一般来说,咱们不会这样做,但它是一个涣散耦合的扩大点)。
在 defaults.js
文件中,咱们能够看到相干适配器的抉择逻辑——依据以后容器的一些独特属性和构造函数,来确定应用哪个适配器。
function getDefaultAdapter() {
var adapter
// 只有在 Node.js 中蕴含 process 类型对象时,才应用它的申请模块
if (
typeof process !== 'undefined' &&
Object.prototype.toString.call(process) === '[object process]'
) {
// Node.js 申请模块
adapter = require('./adapters/http')
} else if (typeof XMLHttpRequest !== 'undefined') {
// 浏览器申请模块
adapter = require('./adapters/xhr')
}
return adapter
}
axios 中的 XHR 模块绝对简略,它是对 XMLHTTPRequest
对象的封装,这里我就不再解释了。有趣味的同学,能够本人浏览源源码看看,源码位于 adapters/xhr.js
文件中。
拦截器模块
当初让咱们看看 axios 是如何解决,申请和响应拦截器函数的。这就波及到了 axios 中的对立接口 ——request
函数。
Axios.prototype.request = function request(config) {
// 其余源码
var chain = [dispatchRequest, undefined]
var promise = Promise.resolve(config)
this.interceptors.request.forEach(function unshiftRequestInterceptors(interceptor) {chain.unshift(interceptor.fulfilled, interceptor.rejected)
})
this.interceptors.response.forEach(function pushResponseInterceptors(interceptor) {chain.push(interceptor.fulfilled, interceptor.rejected)
})
while (chain.length) {promise = promise.then(chain.shift(), chain.shift())
}
return promise
}
这个函数是 axios 发送申请的接口。因为函数实现代码相当长,这里我会简略地探讨相干设计思维:
chain
是一个执行队列。队列的初始值是一个携带配置(config)参数的 Promise 对象。
在执行队列中,初始函数 dispatchRequest
用来发送申请,为了与 dispatchRequest
对应,咱们增加了一个 undefined
。增加 undefined
的起因是须要给 Promise 提供胜利和失败的回调函数,从上面代码里的 promise = promise.then(chain.shift(), chain.shift());
咱们就能看进去。因而,函数 dispatchRequest
和 undefiend
能够看成是一对函数。
在执行队列 chain
中,发送申请的 dispatchReqeust
函数处于两头地位。它后面是申请拦截器,应用 unshift
办法插入;它前面是响应拦截器,应用 push
办法插入,在 dispatchRequest
之后。须要留神的是,这些函数都是成对的,也就是一次会插入两个。
浏览下面的 request
函数代码,咱们大抵晓得了怎么应用拦截器。下一步,来看看怎么撤销一个 HTTP 申请。
撤销申请模块
与撤销申请相干的模块位于 Cancel/
文件夹下,当初咱们来看下相干外围代码。
首先,咱们来看下根底 Cancel
类。它是一个用来记录撤销状态的类,具体代码如下:
function Cancel(message) {this.message = message}
Cancel.prototype.toString = function toString() {return 'Cancel' + (this.message ? ':' + this.message : '')
}
Cancel.prototype.__CANCEL__ = true
应用 CancelToken
类时,须要向它传递一个 Promise 办法,用来实现 HTTP 申请的撤销,具体代码如下:
function CancelToken(executor) {if (typeof executor !== 'function') {throw new TypeError('executor must be a function.')
}
var resolvePromise
this.promise = new Promise(function promiseExecutor(resolve) {resolvePromise = resolve})
var token = this
executor(function cancel(message) {if (token.reason) {
// 曾经被撤销了
return
}
token.reason = new Cancel(message)
resolvePromise(token.reason)
})
}
CancelToken.source = function source() {
var cancel
var token = new CancelToken(function executor(c) {cancel = c})
return {
token: token,
cancel: cancel,
}
}
adapters/xhr.js
文件中,撤销申请的中央是这样写的:
if (config.cancelToken) {
// 期待撤销
config.cancelToken.promise.then(function onCanceled(cancel) {if (!request) {return}
request.abort()
reject(cancel)
// 重置申请
request = null
})
}
通过下面的撤销 HTTP 申请的例子,让咱们简要地讨论一下相干的实现逻辑:
在须要撤销的申请中,调用 CancelToken
类的 source
办法类进行初始化,会失去一个蕴含 CancelToken
类实例 A 和 cancel 办法的对象。
当 source 办法正在返回实例 A 的时候,一个处于 pending 状态的 promise
对象初始化实现。在将实例 A 传递给 axios 之后,promise
就能够作为撤销申请的触发器应用了。
当调用通过 source
办法返回的 cancel
办法后,实例 A 中 promise
状态从 pending 变成 fulfilled,而后立刻触发 then
回调函数。于是 axios 的撤销办法——request.abort()
被触发了。
axios 这样设计的益处是什么?
发送申请函数的解决逻辑
如前几章所述,axios 不将用来发送申请的 dispatchRequest
函数看做一个非凡函数。实际上,dispatchRequest
会被放在队列的两头地位,以便保障队列解决的一致性和代码的可读性。
适配器的解决逻辑
在适配器的解决逻辑上,http 和 xhr 模块(一个是在 Node.js 中用来发送申请的,一个是在浏览器里用来发送申请的)并没有在 dispatchRequest 函数中应用,而是各自作为独自的模块,默认通过 defaults.js 文件中的配置办法引入的。因而,它不仅确保了两个模块之间的低耦合,而且还为未来的用户提供了定制申请发送模块的空间。
撤销 HTTP 申请的逻辑
在撤销 HTTP 申请的逻辑中,axios 设计应用 Promise 来作为触发器,将 resolve
函数裸露在里面,并在回调函数里应用。它不仅确保了外部逻辑的一致性,而且还确保了在须要撤销申请时,不须要间接更改相干类的样例数据,以防止在很大水平上入侵其余模块。
总结
本文具体介绍了 axios 的用法、设计思维和实现办法。在浏览之后,您能够理解 axios 的设计,并理解模块的封装和交互。
本文只介绍了 axios 的外围模块,如果你对其余模块代码感兴趣,能够到 GitHub 上查看。
(完)