24 KiB
提交规范
1. 提交消息格式
<Type>[optional Scope]: <Description>
[optional body]
[optional footer]
Type 提交的类型
表示提交的目的或影响的范围
- feat: 新功能(A new feature)
- fix: 修复 bug(A bug fix)
- docs: 文档变更(Documentation changes)
- style: 代码样式调整(Code style changes)
- refactor: 代码重构(Code refactoring)
- test: 测试相关的变更(Test-related changes)
- chore: 构建过程或工具变动(Build process or tooling changes)
- perf: 性能优化(Performance optimization)
- ci: CI/CD 相关的变动(Changes to the CI/CD configuration or scripts)
- revert: 撤销之前的提交(Revert a previous commit)
Scope 作用域
提交的作用域,表示本次提交影响的部分代码或模块,可以根据项目的需要选择性地添加。
Description 描述
简明扼要地描述本次提交的内容
body 正文
可选的详细描述,可以包含更多的信息和上下文
footer 脚注
可选的脚注,通常用于引用相关的问题编号或关闭问题。
示例提交消息:
feat(user): add login functionality
- Add login form and authentication logic
- Implement user authentication API endpoints
Closes #123
在这个示例中,提交类型为 feat(新功能),作用域为 user,描述了添加登录功能的内容。正文部分提供了更详细的说明,并引用了问题编号。
架构总览
├── babel.config.js // babel配置,支持JSX
├── commitlint.config.js // commitlint配置,校验commit信息
├── components.d.ts // 组件注册TS声明
├── config // 项目构建配置
│ ├── plugin // 构建插件
│ ├── utils // 构建工具方法
│ ├── vite.config.base.ts // vite基础配置
│ ├── vite.config.dev.ts // vite开发环境配置
│ └── vite.config.prod.ts // vite 生产配置
├── index.html // 单页面html模板
├── src
│ ├── App.vue // 应用入口vue
│ ├── api // 项目请求api封装
│ │ ├── http // axios封装
│ │ ├── modules // 各业务模块的请求方法
│ │ ├── requrls // 按业务模块划分的接口地址
│ ├── assets // 全局静态资源
│ │ ├── images
- svg
│ │ ├── logo.svg
│ │ ├── style
│ ├── components // 组件
│ ├── config // 全局配置,常量类、JSON
│ ├── directive // 自定义指令集
│ ├── enums // 全局枚举定义
│ ├── hooks // 全局hooks集
│ ├── layout // 应用布局组件
│ ├── locale // 国际化配置
│ ├── main.ts // 项目主入口
│ ├── mock // mock数据配置
│ ├── models // 全局数据模型定义
│ ├── router // 路由
│ ├── store // pinia状态库
│ ├── types // 全局TS声明
│ ├── utils // 公共工具方法
│ └── views
│ ├── modules // 页面模块
│ └── base // 公共页面,403、404等
│ ├── env.d.ts // 环境信息TS类型声明
└── .env.development // 开发环境变量声明
└── .env.production // 生产环境变量声明
└── .eslintrc.js // eslint配置
└── .prettierrc.js // prettier配置
└── tsconfig.json // 全局TS配置
-状态管理模块设计
Vue3 状态管理方案采用的是pinia
,API 风格与Redux
类的状态管理库类似,也是通过模块化的方式注册模块store
,每个store
中包含数据仓库state
、数据包装过滤getter
、同步/异步操作action
。与Vuex
相比,pinia
提供了compasition-API
、完整支持 TS 以及可扩展的Plugin
功能。
整体模块划分为业务模块modules/*
、注册入口index
以及插件plugins/*
。
首先,在store/index.ts
中声明注册pinia
并引入自定义的插件:
import { createPinia } from 'pinia';
import piniaPluginPersistedstate from 'pinia-plugin-persistedstate';
import { debouncePlugin } from './plugins';
import useXXStore from './modules/xx';
const pinia = createPinia();
// 插件会在实例创建后应用,因此插件不能在pinia实例创建前使用
pinia.use(debouncePlugin).use(piniaPluginPersistedstate);
export { useXXStore }; // 导出模块store
export default pinia;
然后,在项目入口mian.ts
中使用:
import { createApp } from 'vue';
import store from '@/store';
import app from '@/App.vue';
createApp(app).use(store).mount('#app');
plugins
在此文件内编写pinia
插件,并在注册的时候引入使用即可:
import { debounce, isObject } from 'lodash-es';
// 首先得声明插件使用到的额外属性,因为pinia的TS类型声明中,每个store只有三个原生属性state、getters、actions,若没有使用到额外属性则无需声明
declare module 'pinia' {
export interface DefineStoreOptionsBase<S, Store> {
cache?: Partial<CacheType<S, Store>>; // 缓存配置
debounce?: Partial<Record<keyof StoreActions<Store>, number>>; // 节流配置
}
}
// 基于lodash的防抖函数封装,读取store中cache配置的属性,针对已配置的属性更改操作进行防抖处理
export const debouncePlugin = ({ options, store }: PiniaPluginContext) => {
if (options.debounce) {
return Object.keys(options.debounce).reduce((debounceActions: debounceAction, action) => {
debounceActions[action] = debounce(store[action], options.debounce![action]);
return debounceActions;
}, {});
}
};
上述自定义插件,在 store 中如下配置:
export const useStore = defineStore('demo', {
state: () => ({
testDebounce: '',
}),
getters: {},
actions: {},
debounce: {
// 防抖设置
testDebounce: 500, // 值为防抖缓冲时间
},
});
-网络模块设计
网络模块包含:请求 url 封装api/requrls/*
、请求方法封装api/modules/*
、请求工具封装api/http/*
。
requrls
将项目接口地址收敛至此文件夹下管理,避免出现一个项目多个重复接口 url、方便接口地址复用且方便统一处理
export const LoginUrl = '/api/user/login';
export const LogoutUrl = '/api/user/logout';
export const GetUserInfoUrl = '/api/user/info';
export const GetMenuListUrl = '/api/user/menu';
modules
将项目实际请求方法按业务模块划分,统一管理实际业务请求,将请求方法与接口地址解耦
import axios from 'axios';
import { LoginUrl, LogoutUrl, GetUserInfoUrl, GetMenuListUrl } from '@/api/requrls/user';
import type { RouteRecordNormalized } from 'vue-router';
import type { UserState } from '@/store/modules/user/types';
import type { LoginData, LoginRes } from '@/models/user';
export function login(data: LoginData) {
return axios.post<LoginRes>(LoginUrl, data);
}
export function logout() {
return axios.post<LoginRes>(LogoutUrl);
}
export function getUserInfo() {
return axios.post<UserState>(GetUserInfoUrl);
}
export function getMenuList() {
return axios.post<RouteRecordNormalized[]>(GetMenuListUrl);
}
最终通过index.ts
将请求方法暴露出去
export * from './modules/user';
export * from './modules/dashboard';
export * from './modules/message';
请求工具封装
基于axios
封装请求方法,提供form-data/json/urlencoded
格式的数据处理、自定义头部处理、响应拦截错误处理、分级提示(modal、message、none)、get 请求防缓存。
// 分级错误信息提示,none为静默模式即不提示、modal为对话框提示、message为tips消息提示
// ErrorMessageMode默认为message模式,通过传入请求方法的options.errorMessageMode入参判断
export type ErrorMessageMode = 'none' | 'modal' | 'message' | undefined;
// 三种入参数据格式
export enum ContentTypeEnum {
// json
JSON = 'application/json;charset=UTF-8',
// form-data qs序列化处理
FORM_URLENCODED = 'application/x-www-form-urlencoded;charset=UTF-8',
// form-data upload文件流处理
FORM_DATA = 'multipart/form-data;charset=UTF-8',
}
// 对上传文件请求入参格式额外定义
export interface UploadFileParams {
// 除文件流外的参数
data?: Recordable;
// 文件流字段名
name?: string;
// 文件内容
file: File | Blob;
// 文件名
filename?: string;
// 其他parmas
[key: string]: any;
}
// 基准返回数据格式
export interface Result<T = any> {
code: number;
type: 'success' | 'error' | 'warning';
message: string;
result: T;
}
-directive 指令集
指令入口index.ts
导入并注册定义的全部指令
import { App } from 'vue';
import permission from './permission';
export default {
install(Vue: App) {
Vue.directive('permission', permission);
},
};
权限指令(或其他自定义指令)在同级目录下创建,以指令名称命名文件夹,下面是示例:
import { DirectiveBinding } from 'vue';
import { useUserStore } from '@/store';
function checkPermission(el: HTMLElement, binding: DirectiveBinding) {
const { value } = binding;
const userStore = useUserStore();
const { role } = userStore;
if (Array.isArray(value)) {
if (value.length > 0) {
const permissionValues = value;
const hasPermission = permissionValues.includes(role);
if (!hasPermission && el.parentNode) {
el.parentNode.removeChild(el);
}
}
} else {
throw new Error(`need roles! Like v-permission="['admin','user']"`);
}
}
export default {
mounted(el: HTMLElement, binding: DirectiveBinding) {
checkPermission(el, binding);
},
updated(el: HTMLElement, binding: DirectiveBinding) {
checkPermission(el, binding);
},
};
-hooks
全局抽象钩子集(与 Vue2 的 mixins 类似),这里只写业务逻辑的钩子!!!通过@vueuse/core
我们已经可以得到非常多实用的钩子函数,没必要重复造轮子,在编写钩子功能前先去Function List查看是否已经有相同功能的钩子了,没有再自己写。导出钩子export default function useXxx
,以权限钩子示例:
import { RouteLocationNormalized, RouteRecordRaw } from 'vue-router';
import { useUserStore } from '@/store';
export default function usePermission() {
const userStore = useUserStore();
return {
accessRouter(route: RouteLocationNormalized | RouteRecordRaw) {
// do something
},
findFirstPermissionRoute(_routers: any, role = 'admin') {
// do something
},
// You can add any rules you want
};
}
-layout
项目布局设计模块,将最上层布局组件放置此文件夹内,统一管理项目各类上层布局(若存在,例如左侧菜单-右侧内容布局、顶层菜单-中间内容-底部页脚布局等等),示例:
<template>
<!-- router-view内为实际路由切换变化的内容,视为路由页面容器 -->
<router-view v-slot="{ Component, route }">
<!-- transition为页面录音切换时提供进出动画,平滑过渡页面渲染 -->
<transition name="fade" mode="out-in" appear>
<component :is="Component" v-if="!route.meta.isCache" :key="route.fullPath" />
<!-- keep-alive提供组件状态缓存,以便快速渲染组件内容 -->
<keep-alive v-else>
<component :is="Component" :key="route.fullPath" />
</keep-alive>
</transition>
</router-view>
</template>
-models
全局数据模型,将涉及请求、组件 props、状态库的公共属性抽象为数据模型,在此文件夹内声明,保证全局数据的类型统一、方便维护。下面是请求模型示例:
export interface HttpResponse<T = unknown> {
status: number;
msg: string;
code: number;
data: T;
}
也可以是业务相关模型:
export interface LoginData {
username: string;
password: string;
}
export interface LoginRes {
token: string;
}
-mock
提供全局接口数据 mock 功能,避免因为调试而修改请求代码导致出现问题,按功能模块划分文件,通过index.ts
暴露,示例如下:
import MOCK from '@/utils/setup-mock';
import './user';
import { mock } from '@/utils/setup-mock';
import { RequestEnum } from '@/enums/httpEnum';
const getProjectList = () => {
return [
{
id: '0283f238hf2',
num: 0,
organizationId: 'v3v4h434c3',
name: '发了多少',
description: 'string',
createTime: 0,
updateTime: 0,
updateUser: 'string',
createUser: 'string',
deleteTime: 0,
deleted: true,
deleteUser: 'string',
enable: true,
},
];
};
mock(RequestEnum.GET, '/system/project/list', getProjectList(), 200);
-router
项目路由管理模块,入口文件index.ts
注册并暴露全部路由,以模块命名文件夹划分模块路由放置在routes/*
下;guard/*
下放置路由导航控制,包含权限、登录重定向等;app-menus/index.ts
为菜单相关的路由信息;constants.ts
定义路由常量,包括路由白名单、重定向路由名、默认主页路由信息等
-enums
全局的枚举类型声明模块,将可枚举的类型统一管理,以类型+Enum
命名,方便维护。示例如下:
/**
* @description: Request result set
*/
export enum ResultEnum {
SUCCESS = 0,
ERROR = 1,
TIMEOUT = 401,
TYPE = 'success',
}
/**
* @description: request method
*/
export enum RequestEnum {
GET = 'GET',
POST = 'POST',
PUT = 'PUT',
DELETE = 'DELETE',
}
/**
* @description: contentTyp
*/
export enum ContentTypeEnum {
// json
JSON = 'application/json;charset=UTF-8',
// form-data qs
FORM_URLENCODED = 'application/x-www-form-urlencoded;charset=UTF-8',
// form-data upload
FORM_DATA = 'multipart/form-data;charset=UTF-8',
}
-locale
国际化模块,存放项目声明的国际化配置,按语种划分模块。模块入口文件为index.ts
,负责定义菜单、导航栏等公共的国际化配置,其他的按系统功能声明并导入index.ts
,还有项目内页面组件的国际化配置也需要导入至index.ts
,页面组件的国际化配置在页面的目录下声明,如:views/dashboard/workplace/locale
。
import { createI18n } from 'vue-i18n';
import en from './en-US';
import cn from './zh-CN';
export const LOCALE_OPTIONS = [
{ label: '中文', value: 'zh-CN' },
{ label: 'English', value: 'en-US' },
];
const defaultLocale = localStorage.getItem('MS-locale') || 'zh-CN';
const i18n = createI18n({
locale: defaultLocale,
fallbackLocale: 'en-US',
legacy: false,
allowComposition: true,
messages: {
'en-US': en,
'zh-CN': cn,
},
});
export default i18n;
-types
项目级别的类型声明,与业务无关的类型声明,与models
、enums
不同的是,这里声明的是项目模块级别的类型,或者工具模块的类型声明,例如:axios
的配置声明、第三方插件不提供 TS 支持但需要我们自定义的声明等
-utils
公共方法、工具,按功能类型命名文件,单个文件内工具方法的功能要对应命名
-views
页面模块,按功能模块划分,公共模块有login
、base
,其中base
模块内包含 404、403 页面等
-theme 主题配置
- 去 Desing Lab 创建主题 https://arco.design/themes/home
- 以
ms-theme-
命名为开头 - 点击页面的配置主题 “CSS 变量” + “Tailwind 配置变量” + “基于 css 变量自行计算混合色覆盖 arco-theme 变量”
-.env.*环境变量配置
在vite
中内置了环境变量配置功能,只需要在项目根目录下创建以.env.*
开头的文件,在内部写入配置的变量即可,默认.env
为生产环境、.env.development
为开发环境、.env.XXX
为自定义XXX
环境(注意:自定义环境需要在package.json
的项目运行命令后加入--mode XXX
),各类环境变量配置示例如下( ⚠️ 注意!!环境变量文件内使用注释要用#
,不能使用//
):
# .env.production 为生产环境配置
NODE_ENV=production # 代码中通过import.meta.env.NODE_ENV访问
VITE_STG=1 # 自定义变量必须用VITE_开头,代码中通过import.meta.env.VITE_XXX访问
# .env.development 为开发环境配置
NODE_ENV=development
VITE_APP_ENV = dev
VITE_APP_TITLE = 我是标题
# .env.XXX 为自定义环境配置
VITE_MYENV = 1 # 代码中通过import.meta.env.VITE_MYENV访问
⚠️ 上述环境变量在代码中正常都可以用import.meta.env.VITE_XXX
访问,但是在vite.config.ts
配置文件中无法使用此方法访问,原因是此访问链是 vite 在初始化后通过读取本地.env.XXX
文件并注入到import.meta
中的,但是在vite.config.ts
中 vite 此时还未初始化,所以无法通过上述方法访问,应通过下面方法访问:
import { defineConfig, loadEnv } from 'vite'; // 导入loadEnv方法
loadEnv(mode, process.cwd()).VITE_XXX; // 在需要访问env里变量的地方使用此方法访问即可
-TailwindCSS 配置
module.exports = {
content: ['./index.html', './src/**/*.{html,js,vue}', './src/*.{html,js,vue}'], // 需要解析的文件路径
theme: {
// 自定义主题配置
backgroundColor: {
// 自定义背景色
menuHover: '#272D39',
headerBg: '#191E29',
},
textColor: (theme) => ({
// 自定义字体颜色
...theme('colors'), // 这里必须解构原本有的颜色,不然会导致在页面style中使用@apply应用内部字体颜色类的时候报错找不到内部字体颜色类
'40Gray': 'rgba(255,255,255,0.40)',
'65Gray': 'rgba(255,255,255,0.65)',
}),
extend: {},
},
plugins: [],
};
-TS 配置-tsconfig.json
{
"include": [
"src/**/*.ts",
"src/**/*.d.ts",
"src/**/*.tsx",
"src/**/*.vue",
"src/components.d.ts",
"auto-imports.d.ts"
], // TS解析路径配置
"exclude": ["node_modules"],
"compilerOptions": {
"allowJs": true, // 允许编译器编译JS,JSX文件
"noEmit": true,
"target": "esnext", // 使用es最新语法
"useDefineForClassFields": true,
"allowSyntheticDefaultImports": true, // 允许异步导入模块,配合自动导入插件使用
"module": "esnext", // 使用ES模块语法
"moduleResolution": "node",
"strict": true, // 严格模式
"jsx": "preserve",
"sourceMap": true, // 代码映射
"resolveJsonModule": true,
"isolatedModules": true,
"esModuleInterop": true,
"lib": ["esnext", "dom"],
"skipLibCheck": true, // 跳过node依赖包语法检查
"types": [
// "vitest/globals",
// "vite-plugin-svg-icons/client"
], // 手动导入TS类型声明文件
"baseUrl": ".",
"paths": {
// 路径映射
"@/*": ["./src/*"],
"#/*": ["types/*"]
}
}
}
-vite 配置-插件详解
vite
构建生产资源使用rollup
打包,所以可以在vite
中使用rollup
支持的所有插件。
- 组件自动导入,使用
unplugin-auto-import/vite
插件实现自动导入组件、unplugin-vue-components/vite
插件按需导入自定义组件,具体用法如下:
import AutoImport from 'unplugin-auto-import/vite'
import Components from 'unplugin-vue-components/vite'
import { ArcoResolver } from 'unplugin-vue-components/resolvers'
import { vitePluginForArco } from '@arco-plugins/vite-vue'
export default () => defineConfig({
plugins: [
// 自定义组件自动引入
AutoImport({å
dts: 'src/auto-import.d.ts', // 输出声明文件地址(在使用typescript时必须配置,不然会导致页面使用未导入的组件时报错)
resolvers: [ElementPlusResolver()], // ElementPlus自动导入
}),
// 自定义组件按需引入
Components({
dts: 'src/components.d.ts', // 输出声明文件地址(在使用typescript时必须配置,不然会导致页面使用未导入的组件时报错)
dirs: ['src/components'], // 按需加载的文件夹
resolvers: [
ArcoResolver(), // ArcoDesignVue按需加载
],
}),
// 样式自动导入
vitePluginForArco({})
]
})
- 使用
vite-plugin-svg-icons
插件实现自动加载 svg 图片,并通过封装 svg 组件的方式,一行代码使用 svg,配置如下:
import { createSvgIconsPlugin } from 'vite-plugin-svg-icons';
export default () =>
defineConfig({
plugins: [
createSvgIconsPlugin({
// 指定svg读取的文件夹
iconDirs: [resolve(process.cwd(), 'src/assets/icons/svg')],
// 指定icon的读取名字,使用svg文件名为icon名字
symbolId: 'icon-[dir]-[name]',
}),
],
});
- 使用
vite
自带插件loadEnv
读取环境信息,可作环境判断,使用rollup-plugin-visualizer
插件可分析打包后的文件体积,配置如下:
import { defineConfig, loadEnv } from 'vite';
import { visualizer } from 'rollup-plugin-visualizer';
// 这里的mode参数为package.json文件配置的环境参数,使用`--mode XXX`,如"report: rimraf dist && vite build --mode analyze"
export default ({ mode }) =>
defineConfig({
plugins: [
// 这里通过--mode analyze配置为分析模式,使用visualizer插件分析方法,输出report.html分析报告
loadEnv(mode, process.cwd()).VITE_ANALYZE === 'Y'
? visualizer({ open: true, brotliSize: true, filename: 'report.html' })
: null,
],
});
-vite 配置-build 详解
上面讲述了插件应用,下面讲解除了插件外,在vite
中的 build 构建生产资源时,rollupOptions
的配置:
output
为输出产物配置,我们可以通过manualChunks
去配置分包策略(与webpack
分包机制类似),配置如下:
import { mergeConfig } from 'vite';
import baseConfig from './vite.config.base';
import configCompressPlugin from './plugin/compress';
import configVisualizerPlugin from './plugin/visualizer';
import configArcoResolverPlugin from './plugin/arcoResolver';
import configImageminPlugin from './plugin/imagemin';
export default mergeConfig(
{
mode: 'production',
plugins: [
configCompressPlugin('gzip'),
configVisualizerPlugin(),
configArcoResolverPlugin(),
configImageminPlugin(),
],
build: {
rollupOptions: {
output: {
manualChunks: {
arco: ['@arco-design/web-vue'],
chart: ['echarts', 'vue-echarts'],
vue: ['vue', 'vue-router', 'pinia', '@vueuse/core', 'vue-i18n'],
},
},
},
chunkSizeWarningLimit: 2000,
},
},
baseConfig
);
单元测试
测试框架:vitest
单元测试实用工具库: @vue/test-utils
测试环境: js-dom
报告: @vitest/coverage-c8
pnpm add -D vitest @vue/test-utils js-dom @vitest/coverage-c8
配置
根目录新建 vitest.config.ts
import { mergeConfig } from 'vite';
import { defineConfig } from 'vitest/config';
import viteConfig from './config/vite.config.dev';
export default mergeConfig(
viteConfig,
defineConfig({
test: {
environment: 'jsdom',
},
})
);
本地生产环境调试
需安装docker: https://www.docker.com/, 选择对应系统版本安装。
cd frontend/
pnpm run build:local
docker build -t metersphere/ms-v3 .
docker run -d -p 5100:5100 --name ms-v3 metersphere/ms-v3