规划技术升级

技术升级是风险与收益的选择，先列目标、阻塞依赖、替代成本和回滚方式。把安全维护、能力缺失、开发效率与性能收益分开评估，选择小而能覆盖关键风险的试点，保留旧系统交付能力。迁移完成标准应是关键流程和非功能指标达标，而不是依赖版本号变新。

例如升级 Vue2 系统前，先验证 UI 库、权限、表单校验、图表和 SSR 的兼容，再拆出试点路由。用同一功能验收清单比较新旧实现，逐步灰度并记录回归问题。工具链、框架与所有业务同时重写会让问题来源难以定位，应按依赖关系分阶段处理。

不要把新框架优势当成当前项目必然收益。没有回滚和监控的全量切换，会把可逆改造变成高风险上线。

先说明要解决什么具体问题，再盘点框架、组件库、插件、构建和运行环境，明确阻塞项与替代成本。选一个代表页面试点，覆盖真实接口、关键交互、SSR 和发布。验证后分阶段迁移，预留灰度与回退路径。不要把依赖升级、语法重写和架构重构捆成一件事；如果收益不足或关键依赖不兼容，可以先做局部治理而延后全面升级。