评论被删除的代码是一个好习惯吗？例如:
// Code to do {task} was removed by Ajahn on 10/10/08 because {reason}.
在同行评审期间,我的开发人员小组中有人发表了一条说明,我们应该评论要删除的代码行.我认为这是一个可怕的建议,因为它用无用的评论使代码混乱.我们哪一个是对的？
我经常看到开发人员(大公司和个人)的生产代码,其中包含已被注释掉的代码.据推测,这可以消除早期尝试实现由于某种原因无效的功能.
在我看来,这很麻烦,但可能有一些好处,例如在返回重构或扩展代码时,开发人员可以看到之前尝试过的内容.
这有什么安全或最佳实践方面吗？
最近我看了一些我在工作中致力于我们的版本控制系统的代码,我发现它已被替换了一堆(没关系),但旧版本仍在那里,注释掉了.
我猜这个家伙对于删除它感觉有点"不安全",因此将其留在那里注释掉了.但是,这并不是必需的,因为我们正在使用版本控制.(旧版本错了,所以它不会像以后那样需要.)
这些stackoverflow问题处理的问题是,是否留下这样的旧代码是一个好主意:
但是,我的问题是:这个问题是否有一个术语,或者在与同事谈论它时可以引用一个"反模式名称"？