拿到糟糕旧页面，前端选择重构还是修补？
拿到糟糕旧页面，重构还是修补？我的经验是：先评估这页面还能活多久。如果这是个核心业务页面，未来半年还要频繁迭代，那就值得重构。如果只是个快要下线的老功能，修补一下撑到退役就行。别为了技术洁癖去做没必要的重构。重构的关键不是“重写”，是“渐进式替换”。别想着一次性全部推倒重来，那只会让业务方和测试团队一起崩溃。先抽离出一个独立模块用新技术重写，再逐步替换旧模块。每一步都能独立上线、独立回滚。修补也有修补的智慧。如果代码逻辑极其复杂，重构就是火葬场。这时候选择修补不是怂，是务实。加个补丁、打个猴补，让页面继续跑，把精力花在新项目上。别被“重构才是正道”的教条绑架。在真实的生产环境里，活下去比什么都重要。
发布于 四川
分享
评论
1
未登录
友善发言
评论
加载中
