1 个回答

对于历史代码,常见的做法就是先忽略对这些文件的检查。然后持续重构,在日后的开发中,碰到哪个改哪个,直到某一天全部改完为止、或者只剩下很少数量可以一次性全部改完。

虽然很痛苦,也很二逼,但这就是我们常说的“技术债务”,出来混迟早要还的。

你不是第一个遇到这个问题的人,大部分团队在创建之初,都懒得管(或者能力不足)什么代码规范,后面随着项目越来越大,质量把控、可持续迭代进入了议事日程,语法检查就跑出来了。

当然,如果你们代码本来不是很多,那一次性过完也不是不可能,但这里有个风险,原先的代码虽然写的不规范,但在运行状况下是工作的,有可能你改严格了,反而功能不正确了。譬如:

if(aa == null){
    //这段代码,无论aa 是undefined,还是null,都会运行到这里
}

但如果你改成了:

if(aa === null){
    //这段代码,只有当aa是null时,才会运行到这里
    //当aa为undefined时,是进不来的
}
撰写回答
你尚未登录,登录后可以
  • 和开发者交流问题的细节
  • 关注并接收问题和回答的更新提醒
  • 参与内容的编辑和改进,让解决方法与时俱进
推荐问题