Day5登录页及路由(三)基于axios的API调用
- IT业界
- 2025-08-15 04:21:01

系列文章目录
本系列记录一下通过Abp搭建后端,Vue+Element UI Plus搭建前端,实现一个小型项目的过程。
Day 1 Vue 页面框架Day 2 Abp框架下,MySQL数据迁移时,添加表和字段注释Day 3 登录页以及路由 (一)Day 4 登录页以及路由 (二)Vue状态管理文章目录
目录
系列文章目录
文章目录
前言
一、axios
二、封装还是不封装,这是个问题
1. 封装的目的
2. 怎么封装
3. 到底要不要封装
前言
作为前后端分离的系统,请求后端API是一个必不可少的工作,本文就介绍了Vue中调用后端API的基础内容。
一、axios
Vue官方推荐使用axios来进行网络请求,于是先到axios的官网上看了一遍文档,其介绍是这样的:
Axios 是一个基于 promise 网络请求库,作用于node.js 和浏览器中。 它是 isomorphic 的(即同一套代码可以运行在浏览器和node.js中)。在服务端它使用原生 node.js http 模块, 而在客户端 (浏览端) 则使用 XMLHttpRequests。
大致看了一下官方文档,发现功能已经很齐全了,唯一需要处理的就是针对特定系统的配置性处理。程序员之魂开始燃烧,封印术已经按捺不住了。
二、封装还是不封装,这是个问题 1. 封装的目的老套路,先看看别人怎么做的(程序员的事情,怎么能叫抄呢 🤣)。搜索一下,有做简单封装的(比如 这个 ),有做复杂封装的(比如这个和这个),同时评论区也有人疑惑为何要封装,是不是和axios背道而驰。
首先,封装的目的,总结下来大致有这么几个:
统一请求头。大部分项目对应的后端,需要统一请求头,比如app,version,token之类的。既然是统一,那天然的就应该是放在封装层里面。错误处理。根据API返回结果,或者更底层一点,根据HttpStatus来进行通用的错误处理。啊哈,通用,懂了把。重试及取消操作。在网络世界,不通是常见的“偶发”问题。或者是连接失败,或者是服务器错误,或者是太阳黑子影响,总之,反应到页面上就是无法访问。然后刷新一下就神奇的好了。另外,操作响应时间不固定,性急的人往往会连击,而响应不一定是按请求顺序返回,或者直接不返回。不做处理的话,容易造成数据混乱,页面卡死之类的。这个时候取消一下前面的请求,让页面只对最后一个请求结果进行处理,会简化处理逻辑。同样,这个“应该”也是一个统一处理。开发过程中的配置。设置接口请求前缀:根据开发、测试、生产环境的不同,前缀需要加以区分。我的理解这是一个伪需求, axios本身的baseUrl就是干这个的。觉得axios是第三方库,对项目而言需要隔离一下,以备将来换成别的库。这个就见仁见智了,解耦到这个程度,还是需要一些勇气的。另外,你确定不是在重复设计axios?就是单纯不封装不舒服,不服来战 2. 怎么封装具体封装的手段大致有两个:
依赖拦截器,无论是请求拦截器还是响应拦截器,都是axios提供的扩展点。封装常用代码为方法。即把get、post等常用请求方法,再封装一次。这个我以为仅限于项目中对这些方法有特定需要的。因为axios本身就有别名方法,够满足大部分需要了。 3. 到底要不要封装看了一圈下来,结合官方文档,我感觉二次封装有必要,但过度封装就没有必要了,搭建一个架子,把基本目标实现了就可以了,其它的后续再根据需求调整,渐进式开发嘛。
其实,从后端开发的角度来看,封装axios就和封装WebRequest,HttpClient之类的一样,根据实际需要来就行。要克制,过度设计有害健康。
另外,大部分文章都提到了将实际api的调用封装起来,放到单独的文件中去(比如api\xxxManage.ts)。这个我赞成,和后端服务层或数据访问层的作用一样。这么看,axios就和DBDriver一样,属于偏底层的库(当然,它的底层是XmlHttpRquest 和 node.js http 模块)。
基础研究到此为止,开始重复发明轮子。
三、实际操作 1. 代码结构创建 src/api 文件夹,下面创建 index.ts 文件,axios的封装代码就写在这里了。然后针对不同的领域,建立不同的api封装文件。比如 login.ts 就封装登录相关api,提供给LoginView使用。
2. 调用端代码参照TDD的方式,先写最顶层调用端代码
src/view/LoginView.vue
async function fakeLogin(event: Event) { //currentUser.setToken("faked login token") const loginRequest: Login.LoginRequest = { username: "test", password: "pw" } const loginResponse: Login.LoginResponse = await login(loginRequest) currentUser.setToken(loginResponse.access_token) currentUser.setUserInfo({ name: loginResponse.name }) }伪代码一路到底,这里利用了语法糖, await还是很甜的。
然后定义login api 的封装接口,这里没有想好login方法是否要放入Login命名空间,暂时先这样吧。
src/api/login.ts
// 登录模块 export namespace Login { export interface LoginRequest { username: string password: string } export interface LoginResponse { access_token: string name:string } } export const login = async (params: Login.LoginRequest) => { console.log("call async login.") const response:LoginResponse = { access_token:"token", name:"test user"} return response }测试一下,看看效果,点击Fake Login按钮后:
3. API 接入实现先做基础配置工作,src/api/index.ts
import axios, { AxiosError } from 'axios' import type { InternalAxiosRequestConfig } from 'axios' import { BASE_URL } from '@/config' import { useCurrentUserStore } from '@/stores/currentUser' const instance = axios.create({ baseURL: BASE_URL, timeout: 3000, }) instance.interceptors.request.use( (config: InternalAxiosRequestConfig) => { // 当前用户已登录的情况下,添加Authorization请求头 const userStore = useCurrentUserStore() if (userStore.token != '') { if (config.headers && typeof config.headers.set === 'function') { config.headers.set('Authorization', userStore.token) } } return config }, (error: AxiosError) => { return Promise.reject(error) } ) export default instance到这个阶段,暂时只是添加token到请求头里,其实这个都算早的,只是为了使用下拦截器,而且确实也是后面需要的功能,所以先写下来。后面错误处理还没有弄,这个需要结合页面表现再看。
另外就是BASE_URL直接使用了config的配置,关于环境的切换,发布时直接更改这个也不是很麻烦,暂时就先这样了。
重写 src/api/login.ts
import http from '@/api' import type { Login, ResultDTO } from './interfaces' export const login = async ( params: Login.LoginRequest ): Promise<ResultDTO<Login.LoginResponse>> => { const { data } = await http.post('/api/account/login', params) return data }把请求和响应移到 interfaces文件中,统一管理了。这个只是一个习惯,看将来大概会从什么角度来阅读代码。所有请求放到一个文件,方便上手就能看到整体。放到接近使用的地方,比如login.ts中,则可以在使用的地方就知道具体含义,不过IDE的Go to definition功能也是很好用的。
interfaces里面还包括了后端响应基类,没有采用REST的推荐,自定义了Code,具体代码如下:
src/api/interface.ts
/** API响应 */ export interface ResultBase { /** 响应代码 */ code: string /** 消息 */ message: string /** 是否成功 */ success: boolean } /** API响应 */ export interface ResultDTO<T> extends ResultBase { /** 数据 */ data: T } // 登录模块 export namespace Login { /** 登录请求 */ export interface LoginRequest { /** 用户名 */ username: string /** 密码 */ password: string } /** 登录响应账号信息 */ export interface LoginResponse { /** Token */ token: string /** 用户昵称 */ nickname: string } } 四、总结前面搞了一大堆,实际代码没有多少,另外错误处理也还没有弄,但是理清了思路。这里有一个点,就是src/api/login.ts 这个文件是否有必要,因为就是一行代码,封装成函数似乎有点重复且繁复。暂时留在这里也是为了错误处理,还没有思考具体错误处理是留在这里,还是放到view层,或者直接在 axios 封装代码里,通过响应拦截器处理。各有各的优缺点。等先把页面样式写好,再看看写到哪里比较合适。
Day5登录页及路由(三)基于axios的API调用由讯客互联IT业界栏目发布,感谢您对讯客互联的认可,以及对我们原创作品以及文章的青睐,非常欢迎各位朋友分享到个人网站或者朋友圈,但转载请说明文章出处“Day5登录页及路由(三)基于axios的API调用”