拿到糟糕旧页面，前端选择重构还是修补？
做Web前端这些年，我接手过无数祖传H5和Vue/React老项目，真实感受是——没有标准答案，但有清晰的判断标准。什么时候该重构？当旧代码的JS/TS技术债严重到改一个bug冒出三个、维护成本远超重写、且业务还要长期迭代时，重构是值得的。什么时候该修补？当业务趋于稳定、改动频率低、重构风险高（没人能完全看懂旧逻辑）、排期又紧时，缝补+局部优化才是务实选择。我的真实感悟：最怕的是"边重构边加需求"的骑墙做法，既没重构干净又把进度拖死。聪明的做法是先评估改造价值和风险，跟产品对齐排期，要么彻底重构要么稳稳修补，别贪心两头都想要。重构是技术债的清算，该花的时间省不掉，但不该花的也别瞎烧。
发布于 江苏
分享
评论
赞
未登录
友善发言
评论
加载中
