对于历史代码,常见的做法就是先忽略对这些文件的检查。然后持续重构,在日后的开发中,碰到哪个改哪个,直到某一天全部改完为止、或者只剩下很少数量可以一次性全部改完。
虽然很痛苦,也很二逼,但这就是我们常说的“技术债务”,出来混迟早要还的。
你不是第一个遇到这个问题的人,大部分团队在创建之初,都懒得管(或者能力不足)什么代码规范,后面随着项目越来越大,质量把控、可持续迭代进入了议事日程,语法检查就跑出来了。
当然,如果你们代码本来不是很多,那一次性过完也不是不可能,但这里有个风险,原先的代码虽然写的不规范,但在运行状况下是工作的,有可能你改严格了,反而功能不正确了。譬如:
if(aa == null){ //这段代码,无论aa 是undefined,还是null,都会运行到这里 }
但如果你改成了:
if(aa === null){ //这段代码,只有当aa是null时,才会运行到这里 //当aa为undefined时,是进不来的 }
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
暂无简介
文章 0 评论 0
接受
发布评论
评论(1)
对于历史代码,常见的做法就是先忽略对这些文件的检查。然后持续重构,在日后的开发中,碰到哪个改哪个,直到某一天全部改完为止、或者只剩下很少数量可以一次性全部改完。
虽然很痛苦,也很二逼,但这就是我们常说的“技术债务”,出来混迟早要还的。
你不是第一个遇到这个问题的人,大部分团队在创建之初,都懒得管(或者能力不足)什么代码规范,后面随着项目越来越大,质量把控、可持续迭代进入了议事日程,语法检查就跑出来了。
当然,如果你们代码本来不是很多,那一次性过完也不是不可能,但这里有个风险,原先的代码虽然写的不规范,但在运行状况下是工作的,有可能你改严格了,反而功能不正确了。譬如:
但如果你改成了: