重构大型Vue项目需逐步迁移至Composition API，先分析Options API中数据、逻辑分散问题，识别可复用逻辑；再通过setup函数整合data、method与computed，提升代码组织性；接着将分页、权限等公共逻辑抽离为composable函数，增强复用性；最后结合Pinia优化状态管理，替代Vuex，利用其对Composition API的原生支持，改善类型推断与模块化结构。整个过程应按模块渐进推进，建立统一规范，确保团队协作效率与项目可维护性。
用 Vue 3 的 Composition API 重构大型项目，关键在于逐步迁移、逻辑抽离和状态管理优化。不要一次性重写所有组件，而是通过模块化思维，把可复用的逻辑封装成自定义 Hook，提升代码可维护性和团队协作效率。
1. 分析现有 Options API 结构
在开始重构前，先梳理当前项目中使用 Vue 2 Options API 的常见模式：
- data 中定义大量响应式数据，逻辑分散
- mixin 被频繁使用，但存在命名冲突和依赖不透明问题
- 生命周期钩子中混杂多个无关逻辑（如获取数据、监听事件、初始化状态）
这些问题正是 Composition API 要解决的核心痛点。识别出高频复用的逻辑块（如表单处理、权限校验、API 请求封装），为后续拆分做准备。
2. 使用 setup 和 ref/reactive 拆解组件逻辑
将原有组件中的 data、methods、computed 按功能域组织到 setup 函数中：
立即学习“前端免费学习笔记（深入）”；
示例：用户信息组件重构原 Options 写法：
export default {
data() {
return {
user: null,
loading: false
}
},
async mounted() {
this.loading = true
const res = await fetchUser()
this.user = res.data
this.loading = false
},
computed: {
fullName() {
return this.user ? this.user.firstName + ' ' + this.user.lastName : ''
}
}
}
改写为 Composition API：
import { ref, onMounted, computed } from 'vue'
export default {
setup() {
const user = ref(null)
const loading = ref(false)
const fullName = computed(() => {
return user.value ? `${user.value.firstName} ${user.value.lastName}` : ''
})
const fetchUserData = async () => {
loading.value = true
const res = await fetchUser()
user.value = res.data
loading.value = false
}
onMounted(fetchUserData)
return {
user,
loading,
fullName
}}
}
这样做的好处是数据与操作更贴近，阅读时无需跳转多个选项区块。
CPWEB企业网站管理系统2.2 Beta
CPWEB企业网站管理系统（以下称CPWEB）是一个基于PHP+Mysql架构的企业网站管理系统。CPWEB 采用模块化方式开发，功能强大灵活易于扩展，并且完全开放源代码，面向大中型站点提供重量级企业网站建设解决方案。CPWEB企业网站管理系统 2.2 Beta 测试版本，仅供测试，不建议使用在正式项目中，否则发生任何的后果自负。
下载
3. 抽离公共逻辑为可复用的 Composable 函数
对于跨组件共享的行为（如分页、搜索、权限判断），创建独立的函数文件：
usePagination.js
import { ref, computed } from 'vue'
export function usePagination(items, pageSize = 10) {
const currentPage = ref(1)
const paginatedData = computed(() => {
const start = (currentPage.value - 1) * pageSize
return items.value.slice(start, start + pageSize)
})
const totalPages = computed(() => Math.ceil(items.value.length / pageSize))
const nextPage = () => {
if (currentPage.value < totalPages.value) {
currentPage.value++
}
}
const prevPage = () => {
if (currentPage.value > 1) {
currentPage.value--
}
}
return {
currentPage,
paginatedData,
totalPages,
nextPage,
prevPage
}
}
在任意需要分页的组件中导入即可使用，避免重复代码。
4. 配合 Pinia 进行状态管理升级
大型项目通常有复杂的状态流。建议将 Vuex 替换为 Pinia，它天然支持 Composition API 风格：
- 每个 store 是一个 defineStore 函数调用
- state、getters、actions 都可以用 ref、computed、function 形式书写
- 类型推断更好，TypeScript 支持更友好
迁移后，组件内只需调用 useXXXStore() 获取状态，逻辑更清晰。
基本上就这些。重构不必追求一步到位，可以按页面或功能模块逐个推进。重点是建立统一的 composable 规范，让团队成员都能快速上手。只要坚持把“逻辑相关”的代码放在一起，就能显著提升项目的可读性和可维护性。
