技术是决策与代价的平衡 —— 超大系统从 Vue 2 向 Vue 3 演进的思考

🪜 引言：当年选 Vue 2 没错，现在升级 Vue 3 也没错

2022 年初，我们基于 Vue 2 + Ant Design Vue 1.x，搭建了一个拥有十多个子系统的超大型前端平台。它支撑着多个业务域协同运行，曾由 10+ 位前端开发者并行开发，如今进入稳定期，仅由 3 人核心小组进行维护。

这不是小项目，也不是"说重构就能重构"的系统。

如今，面对 Vue 2 生命周期即将结束、组件库停止维护、技术生态变迁，我们站在了系统发展的关键拐点。

我们意识到：

升级不是为了追技术潮流，而是系统演化的自然必经之路。

回到 2021 年底、2022 年初：

📌 选择 Vue 2，是一种理性的、对交付负责的决策。

它给了我们：

我们成功上线并运行至今，证明这条路径曾经正确。

到了 2025 年中，我们的问题不再是"Vue 2 好不好用"，而是：

系统是否还能长期维持可扩展性？还能适配未来的业务复杂度？

这不再是"写不写得出来"的问题，而是"还能不能写下去"的问题。

我们清楚：大系统不能一次性升级。所以我们制定了三步升级战略：

我们重新思考了整个系统的结构：

模块	旧做法（Vue 2）	升级目标（Vue 3）
UI 组件	直接引用 Ant Design Vue 1.x 组件	封装 `Base*` 系列中间组件，未来可切换 Element Plus 等
表单模型	mixin + v-model + 表单项手写	使用 Composition API + useForm 封装
路由权限	全局钩子中判断角色跳转	composable 统一路由守卫策略
状态管理	全局 Vuex 模块多耦合	Pinia 模块化状态管理，支持类型约束
构建工具	vue-cli + webpack	Vite + TS + 自动导入、热更新更快

📌 技术栈是骨架，架构是血脉；我们做的不是"升级框架"，而是"更新血液系统"。

我们做了一份技术债还款计划表（技术性 + 沟通性）：

是的，业务团队可能不理解我们为什么"又要升级" 。但我们不能等出问题再去抢修。

我们在沟通中这样表达：

"系统现在是稳定的，但未来 1~2 年将无法使用新生态，甚至面临安全和开发人员断层问题。我们现在不是追新技术，而是在给系统留一条未来可持续的通道。"
"升级是投资，不是开销；我们现在的规划，是为了确保你们未来的需求依然有人接得住。"

有时我们确实很累：

但我们也逐渐理解：

技术不是赌博，而是决策与代价的平衡。

成熟的系统靠妥协，未来的系统靠进化。

而你如果正在经历类似转型，记住：

系统演进不是推倒重来，而是逐步重塑；

技术人最重要的，不是知道一切新技术，而是知道什么时候、用什么方式引入它。