拿到糟糕旧页面，前端选择重构还是修补？
拿到糟糕旧页面，重构还是修补？我判断的标准很简单：看它还会活多久。如果是临时页面、后续不再迭代、用户访问量很少，修补到能跑就行，不用花时间重构。如果是核心业务入口、还有大量迭代需求、每次改它都很痛苦，重构是迟早的事。重构不是重写一遍，是有计划地在保证功能不变的前提下逐步改善结构。如果修补要花一天、重构要花三天，但后面还要改十次，重构的性价比就出来了。不要为了重构而重构，没有明确问题和收益的事不做。评论区你们遇到旧代码怎么选？
发布于 江西
分享
6
赞
未登录
友善发言
评论
加载中
