拿到糟糕旧页面，前端选择重构还是修补？
旧页面长得再糟，也不等于适合立刻重构。前端接手这种页面，先要搞清楚的不是代码够不够漂亮，而是改完以后能不能证明没改坏。如果核心流程没有自动化测试，业务规则又只存在于老员工脑子里，一次大重构很可能把隐蔽的兼容逻辑一起删掉。页面还会长期迭代、每加一个需求都要复制一遍状态判断，这时候继续修补只会让下一次更难改。可以先补关键路径测试，再从数据请求、状态管理或组件边界挑一块拆，不必一口气推倒重来。反过来，如果只是短期活动页，几个月后就下线，修掉眼前问题、限制改动范围，可能比追求架构漂亮更负责。重构和修补的分界线，不在代码有多丑，而在未来还要改多少次，以及团队有没有手段验证结果。
发布于 湖北
分享
评论
赞
未登录
友善发言
评论
加载中
