各位，真的不要在重复造轮子了，为什么？听我说道。 axios 本身 Api 就足够简单易用，拦截器/适配器足够扩展任何功能。 擅自封装还会使得原有 Axios 受到影响，增加开发成本和理解成本。 本身

基于 TS 对 axios 的封装和 api 自动生成 一.基于 axios 的封装 二.通过 `Swagger` 文档生直接成 `TS` 模块 `API` 通过后端仓库或者swagger生成代码

屋里美团的姑娘喊我帮她写前端，忙到凌晨两点的我苦不堪言。为此我写了这篇文章《axios封装》希望他们在未来写出更好的前端代码。

axios请求方法 主要有get，post，put，patch，delete get 获取数据 post 提交数据（表单提交+文件上传） put 更新数据（将所有数据均推放到服务端） patch 更新

前端无痛刷新Token 这个需求场景很常见，几乎很多项目都会用上，之前项目也实现过，最近刚好有个项目要实现，重新梳理一番。 需求 对于需要前端实现无痛刷新Token，无非就两种： 请求前判断Token

最近开始在新项目中使用 TypeScript 进行开发，经过一段时间磨合，算是过了痛苦期。然后有点皈依者狂热的意思，总想着能写出完美符合 TS 教条的代码，下面谈谈 TypeScript 场景下...

对Axios封装（TS版本）的简要小结，主要是分析整理封装思想及一些简单实践，分层的封装思想，按需使用的理念。

十分钟封装一个好用的axios，省时又省力他不香吗。请求响应拦截器； 全局的loading配置, 默认开启，可配置关闭；统一文件下载处理

本文将使用typescript类的方式来封装axios，使得在日常开发中减少代码的耦合性，方便后续维护。