喝完酒瞎胡说
面对代码屎山就要重构吗?
作为一个有追求的程序员那就一个字:干!哪里不平磨哪里,哪里不顺眼就削它。
各种书上讲重构时机和重构条件,实际上重构最重要的两点:重构是否有价值是否能带来收益,是否有人支持你重构
1. 如果是上古时期的代码,并且日常改动较少,建议不要重构的,因为得不偿失,没有收益,任何商业公司都是要看收益的,没有收益就意味着没有人力物力支持你,你是困难成功的,并且重构出现了bug大家还得怪你。
2. 同样如果同事和领导都不支持你重构,那么你最好不要重构,因为代码开发实际上是一个团队的事情,单打独斗是不行的。
重构是程序员提升代码质量的重要手段。本文探讨了重构的时机,指出重构应考虑其价值和潜在收益,以及团队的支持。对于历史悠久、改动少的代码,可能不值得重构,而缺乏团队支持的重构也可能面临困难。关键在于平衡风险和收益,确保重构为项目带来积极影响。

被折叠的 条评论
为什么被折叠?



