干掉你程序中的僵尸代码
随着万圣节越来越流行，我感觉有必要跟大家讨论一下一个在软件开发中非常普遍的问题：僵尸代码。几乎所有我接触过的代码库里都四散着很多小段的，甚至大片大片的被注释掉的代码。这就是僵尸代码。

对于程序来说，注释掉的代码跟删掉的代码一样，不起任何作用。让代码半死不活，以僵尸的形态存在，造成技术债务，最终会让你的团队受害。要果断，删掉它们。

僵尸代码降低信噪比

当写程序时，我们一定要努力使代码里有效信息的比率越高越好。这有助于人们理解程序，更快的阅读代码，防止我们因为误解而写出有问题的代码。僵尸代码直接的对抗代码的可理解性。它拖延我们阅读和维护代码的速度，因为它使我们在屏幕上看到更少的有效代码。它们就是视觉噪音，干扰人们的正常阅读。处于某些原因，有些程序员会接受这种妥协的做法，可是在现实中，谁会接受这种乱糟糟的画面。想象一下，如果纽约时报看起来像这个样子：



如何阅读这断断续续的文字？噪音的增加就是对可理解性的损害。对这些被注释掉的部分，尽管它们毫不相干，甚至会误导，但你却无法对它们视而不见。有人会说，这不是最终发布的产品，这些代码存在于开发过程中，拿它们跟发布的产品做对比，这就像拿苹果比桔子。但是请记住，被写出的每行代码平均都要被阅读10次。没错，你的代码的阅读人数没有纽约时报多，但是，你拥有的是一个最重要的忠实的阅读群体。就是我们。 Knuth对此关切进行了精辟的总结：



想想你内心的对话。这是个漂亮的房子，但这个东西又丑且怪异。我想开灯，但怎么会有胶带？如果我撕掉胶带去开灯，会发生什么事情？你很可能最终决定找贴胶带的人。“哦，我想打开吊扇，但它启动时来回摇摆，掉了下来，我想修理它….”当然，这是应该的。而在你没修好它之前，胶带一直贴在开关上。我们当然不该让这些只修了一半的东西存在屋内。同样，我们也不接受这样的代码。

说的更明白些，任何被注释掉的代码都是僵尸代码，都应该被删掉。不管有多少。不管是在发布的产品中还是在开发环境中。僵尸代码有时会在生死之间摇摆。如果代码被注释掉，这很有可能有东西没有完成。经常是配置需要来回切换或逻辑分支左右摇摆。注释代码可能会做实验性的来回切换，删除这些代码，建一个记事贴，记录下需要做的事情。在记事贴中记下哪次提交版本时删除了这些代码。或者，新建一个版本分支专门做这事，合并时删除它们。这样，维护工作就不会受到干扰。

心里的核对表

如果你打算要注释一段代码，请先问问自己：

如果有可能的话，什么时候会取消注释？
是否能删掉它，如果日后有需要，从版本控制系统里找回？
对这些未完成的、有可能会回滚的代码，能否用版本分支来处理？
这种需要来回切换注释的功能可否通过配置实现？
重构时也需要重构这些注释掉的代码吗？
让我们开启第一次年度万圣节僵尸代码大清剿。
[解决办法]
万圣节僵尸代码
[解决办法]
万圣节僵尸代码大清剿
[解决办法]
保证代码简洁可读
[解决办法]
把僵尸干掉…………
[解决办法]
被这图片上的女女吓到了