服务端交互与数据Mock
说明
本文档介绍如何在开发环境下使用 Mock 数据和与服务端进行交互,涉及到的技术有:
开发环境交互
如果前端应用和后端接口服务器没有运行在同一个主机上,你需要在开发环境下将接口请求代理到接口服务器。如果是同一个主机,可以直接请求具体的接口地址。
本地开发跨域配置
提示
本地开发跨域配置项目已经配置好了,如有其他需求,可以自行增加或者调整配置。
配置本地开发接口地址
在项目根目录下的 .env.development
文件中配置接口地址,这里配置为 /api
:
VITE_GLOB_API_URL=/api
配置开发服务器代理
开发环境时候,如果需要处理跨域,接口地址在对应的应用目录下的 vite.config.mts
文件中配置:
// apps/web-antd/vite.config.mts
import { defineConfig } from '@vben/vite-config';
export default defineConfig(async () => {
return {
vite: {
server: {
proxy: {
'/api': {
changeOrigin: true,
rewrite: (path) => path.replace(/^\/api/, ''),
// mock代理目标地址
target: 'http://localhost:5320/api',
ws: true,
},
},
},
},
};
});
接口请求
根据上面的配置,我们可以在前端项目中使用 /api
作为接口请求的前缀,例如:
import axios from 'axios';
axios.get('/api/user').then((res) => {
console.log(res);
});
此时,请求会被代理到 http://localhost:5320/api/user
。
注意
从浏览器控制台的 Network 看,请求是 http://localhost:5555/api/user
, 这是因为 proxy 配置不会改变本地请求的 url。
没有跨域时的配置
如果没有跨域问题,可以直接忽略 配置开发服务器代理 配置,直接将接口地址设置在 VITE_GLOB_API_URL
在项目根目录下的 .env.development
文件中配置接口地址:
VITE_GLOB_API_URL=https://mock-napi.vben.pro/api
生产环境交互
接口地址配置
在项目根目录下的 .env.production
文件中配置接口地址:
VITE_GLOB_API_URL=https://mock-napi.vben.pro/api
打包如何动态修改接口地址
.env
文件内的 VITE_GLOB_*
开头的变量会在打包的时候注入 _app.config.js
文件内。在 dist/_app.config.js
修改相应的接口地址后刷新页面即可,不需要在根据不同环境打包多次,一次打包可以用于多个不同接口环境的部署。
跨域处理
生产环境如果出现跨域问题,可以使用 nginx
代理接口地址 或者后台开启 cors
进行处理即可(可参考mock服务)。
接口请求配置
项目中默认自带了基于 axios
封装的基础的请求配置,核心由 @vben/request
包提供。项目没有过多的封装,只是简单的封装了一些常用的配置,如有其他需求,可以自行增加或者调整配置。针对不同的app,可能是用到了不同的组件库以及store
,所以在应用目录下的src/api/request.ts
文件夹下,有对应的请求配置文件,如web-antd
项目下的src/api/request.ts
文件,可以根据自己的需求进行配置。
请求示例
GET 请求
import { requestClient } from '#/api/request';
export async function getUserInfoApi() {
return requestClient.get<UserInfo>('/user/info');
}
POST/PUT 请求
import { requestClient } from '#/api/request';
export async function saveUserApi(user: UserInfo) {
return requestClient.post<UserInfo>('/user', user);
}
export async function saveUserApi(user: UserInfo) {
return requestClient.put<UserInfo>('/user', user);
}
export async function saveUserApi(user: UserInfo) {
const url = user.id ? `/user/${user.id}` : '/user/';
return requestClient.request<UserInfo>(url, {
data: user,
// 或者 PUT
method: user.id ? 'PUT' : 'POST',
});
}
DELETE 请求
import { requestClient } from '#/api/request';
export async function deleteUserApi(user: UserInfo) {
return requestClient.delete<boolean>(`/user/${user.id}`, user);
}
请求配置
应用内的src/api/request.ts
可以根据自己应用的情况的需求进行配置:
/**
* 该文件可自行根据业务逻辑进行调整
*/
import type { HttpResponse } from '@vben/request';
import { useAppConfig } from '@vben/hooks';
import { preferences } from '@vben/preferences';
import {
authenticateResponseInterceptor,
errorMessageResponseInterceptor,
RequestClient,
} from '@vben/request';
import { useAccessStore } from '@vben/stores';
import { message } from 'ant-design-vue';
import { useAuthStore } from '#/store';
import { refreshTokenApi } from './core';
const { apiURL } = useAppConfig(import.meta.env, import.meta.env.PROD);
function createRequestClient(baseURL: string) {
const client = new RequestClient({
baseURL,
});
/**
* 重新认证逻辑
*/
async function doReAuthenticate() {
console.warn('Access token or refresh token is invalid or expired. ');
const accessStore = useAccessStore();
const authStore = useAuthStore();
accessStore.setAccessToken(null);
if (
preferences.app.loginExpiredMode === 'modal' &&
accessStore.isAccessChecked
) {
accessStore.setLoginExpired(true);
} else {
await authStore.logout();
}
}
/**
* 刷新token逻辑
*/
async function doRefreshToken() {
const accessStore = useAccessStore();
const resp = await refreshTokenApi();
const newToken = resp.data;
accessStore.setAccessToken(newToken);
return newToken;
}
function formatToken(token: null | string) {
return token ? `Bearer ${token}` : null;
}
// 请求头处理
client.addRequestInterceptor({
fulfilled: async (config) => {
const accessStore = useAccessStore();
config.headers.Authorization = formatToken(accessStore.accessToken);
config.headers['Accept-Language'] = preferences.app.locale;
return config;
},
});
// response数据解构
client.addResponseInterceptor<HttpResponse>({
fulfilled: (response) => {
const { data: responseData, status } = response;
const { code, data } = responseData;
if (status >= 200 && status < 400 && code === 0) {
return data;
}
throw Object.assign({}, response, { response });
},
});
// token过期的处理
client.addResponseInterceptor(
authenticateResponseInterceptor({
client,
doReAuthenticate,
doRefreshToken,
enableRefreshToken: preferences.app.enableRefreshToken,
formatToken,
}),
);
// 通用的错误处理,如果没有进入上面的错误处理逻辑,就会进入这里
client.addResponseInterceptor(
errorMessageResponseInterceptor((msg: string, error) => {
// 这里可以根据业务进行定制,你可以拿到 error 内的信息进行定制化处理,根据不同的 code 做不同的提示,而不是直接使用 message.error 提示 msg
// 当前mock接口返回的错误字段是 error 或者 message
const responseData = error?.response?.data ?? {};
const errorMessage = responseData?.error ?? responseData?.message ?? '';
// 如果没有错误信息,则会根据状态码进行提示
message.error(errorMessage || msg);
}),
);
return client;
}
export const requestClient = createRequestClient(apiURL);
export const baseRequestClient = new RequestClient({ baseURL: apiURL });
多个接口地址
只需要创建多个 requestClient
即可,如:
const { apiURL, otherApiURL } = useAppConfig(
import.meta.env,
import.meta.env.PROD,
);
export const requestClient = createRequestClient(apiURL);
export const otherRequestClient = createRequestClient(otherApiURL);
刷新Token
项目中默认提供了刷新 Token 的逻辑,只需要按照下面的配置即可开启:
- 确保当前启用了刷新 Token 的配置
调整对应应用目录下的preferences.ts
,确保enableRefreshToken='true'
。
import { defineOverridesPreferences } from '@vben/preferences';
export const overridesPreferences = defineOverridesPreferences({
// overrides
app: {
enableRefreshToken: true,
},
});
在 src/api/request.ts
中配置 doRefreshToken
方法即可:
// 这里调整为你的token格式
function formatToken(token: null | string) {
return token ? `Bearer ${token}` : null;
}
/**
* 刷新token逻辑
*/
async function doRefreshToken() {
const accessStore = useAccessStore();
// 这里调整为你的刷新token接口
const resp = await refreshTokenApi();
const newToken = resp.data;
accessStore.setAccessToken(newToken);
return newToken;
}
数据 Mock
生产环境 Mock
新版本不再支持生产环境 mock,请使用真实接口。
Mock 数据是前端开发过程中必不可少的一环,是分离前后端开发的关键链路。通过预先跟服务器端约定好的接口,模拟请求数据甚至逻辑,能够让前端开发独立自主,不会被服务端的开发进程所阻塞。
项目使用 Nitro 来进行本地 mock 数据处理。其原理是本地额外启动一个后端服务,是一个真实的后端服务,可以处理请求,返回数据。
Nitro 使用
Mock 服务代码位于apps/backend-mock
目录下,无需手动启动,已经集成在项目中,只需要在项目根目录下运行pnpm dev
即可,运行成功之后,控制台会打印 http://localhost:5320/api
, 访问该地址即可查看 mock 服务。
Nitro 语法简单,可以根据自己的需求进行配置及开发,具体配置可以查看 Nitro 文档。
关闭 Mock 服务
mock的本质是一个真实的后端服务,如果不需要 mock 服务,可以在项目根目录下的 .env.development
文件中配置 VITE_NITRO_MOCK=false
即可关闭 mock 服务。
# .env.development
VITE_NITRO_MOCK=false