拿到糟糕旧页面，前端选择重构还是修补？
有一次我们一个业务线的前端同学接手了三年前的老页面，代码里全是 jQuery 加全局变量，逻辑和 DOM 操作混在一起。他花了两周时间修补，上线后又出了两个新 bug。最后花了一个半月才重构完，比直接重写多出来的时间其实并不多。从我做接口这边看，旧前端页面最怕的不是样式乱，是接口调用逻辑散落在各处，没有统一的请求层。每次改接口都要同步跟前端对一遍哪些地方在用。这种代码，修补是治标，调用链彻底理清才是正道。我的判断标准很简单，如果接口层混乱、数据流不清晰、改一个地方要扫五个文件，重构。如果只是样式老旧、逻辑基本完整，修补，加测试覆盖。前端和后端其实一样，修补有时候是在给自己挖坑。问题不在代码写得烂，在于修补之后你对这段代码有没有信心。
发布于 湖南
分享
评论
赞
未登录
友善发言
评论
加载中
