当我删除一段看起来“没什么用”的代码后。。。

跟你们说个真实的事儿

今天我有一段代码被人删除了,我问为什么删除我的代码,他说,有一段代码看起来是这样的

后果是这样的


动别人的代码其危险程度远超动别人家老婆。

跟你们说啊,千万不要随意删除那些看起来没什么用的代码,特别是复杂的逻辑,如果你没弄清楚作者的意图就随便去修改,翻车是迟早的事。

如何保证你修改的代码是没有副作用的呢?

给业务代码写单元测试是保证代码不出问题的主要手段。当然写单元测试还有很多显而易见的好处,例如验证我们代码的正确性,保证修改重构后的代码的正确性,加深对业务的理解。最重要的是,单元测试还是最好的开发文档,建议你们看那些优秀的框架源码时,直接从单元测试开始入手。

有人认为写单元测试会拖慢开发进度,其实长期看来严重低估的其带来的好处。

除了单元测试,必要的 code review 也是减少bug出现方法之一。团队之间互相做code review 不仅是相互学习提高技能的机会,还有保证代码风格的统一,发现低级的拼写错误,保证代码清晰可读等作用,毕竟代码的主要作用是用来读的,只是顺便给机器运行。

所以,你们写代码通常都是怎么保证代码质量的,评论区大伙说说呗。

猜你喜欢

转载自blog.csdn.net/lantian_123/article/details/108878285