拿到糟糕旧页面，前端选择重构还是修补？
旧HTML项目里满屏div和全局变量，还能救吗？能。但必须放弃“修修补补”心态。真正可维护的重构不是把div class=“header”换成header就完事。先切断全局变量污染链，再按职责拆出独立作用域。否则语义化标签只是给混乱套了层马甲。一个做了十年的前端说，修修补补的代码最后都会变成“屎山”。今天加个补丁明天加个补丁，三个月后你自己都不认识自己改的什么。重构的决策线其实很清楚：如果这个页面还要活三年，重构；如果下个月就要下线了，修补。渐进式架构迁移是另一个思路。不中断现有业务、不推翻旧系统，并行运行新旧两套前端应用，平滑地把流量和功能从旧应用迁移到新应用。听起来像是魔法，但确实有人在这么做。重构的成本高，风险也高。修补的成本低，但长期维护成本高。选哪个，其实是在选“现在多花时间还是以后多花时间”。
发布于 中国香港
分享
评论
赞
未登录
友善发言
评论
加载中
