如何处理未使用的、有用的代码?[闭门]

作为一个答案,请考虑这个短篇故事:

死代码收集器:拿出你的死代码。

有死密码的人:这里有一个。

死掉的代码收集器:那将是ninepence。

死亡密码:我不是死亡密码。

死亡代码收集器:什么?

有死亡密码的人:什么都没有。这是你的九分球。

死亡密码:我不是死亡密码。

死代码收集者:“呃,他说他不是死代码。

有死密码的人:是的,他是。

死去的代码收集者:他不是。

密码已死的人:好吧,他很快就会好的,他病得很厉害。

带着死亡密码的男人:不,你不是,你马上就要死了。

死亡密码:我不想上购物车。

带着死亡密码的男人:哦,别这么孩子气。

死去的代码收集者:我不能带走他。

死亡密码:我感觉很好。

带着死亡密码的男人:哦,帮我个忙。

代码失效的男人:好吧,你能在这里呆几分钟吗?他不会很久的。

死亡代码收集者:我答应过我会在罗宾逊家。他们今天输了九场。

死亡代码收集器:星期四。

死亡密码:我想去散散步。

死亡密码:我感到快乐。我感到很高兴。

[死掉的代码收集者偷偷摸摸地扫了一眼街上的东西,然后用Ctrl-X键将死掉的代码静音]

我将所有有用的代码记录在脱机代码段数据库中。

集中存储库仅用于存储应用程序中使用的工作代码 .

YAGNI . 在99%的情况下,你应该删除它,因为下次 可以

在极少数情况下,如果它“很酷”,您可以将其存储在代码段数据库中。

我肯定会删除它。您可以将其放置在项目成员可以看到的特殊位置,但要将其从项目中取出。当开发人员无法弄清楚为什么某个特定函数没有被调用时会出现在那里时,这会使维护变得困难。

在这种情况下,我总是使用 其中描述了软件片段。 A. 和 好的描述

在我看来,重用整个函数并不总是有用的,但是看看曾经有意义的漂亮的、可运行的代码。

删除代码。写一篇好的签入评论,解释删除的内容和原因。

签入它,并附上一条注释(在代码和签入中)说您将要删除它。

这样,您的代码库中就没有cruft,但您已经有了代码的永久记录。

签入并注释它。我知道,在太空中花费的时间是值得的(如果风向改变,可能需要再次花费时间)。也许您可以将它作为“零碎”文件的一部分签入,这样它就不会使您的活动代码混乱。

高兴地删除它。

我今天的观点是,如果我们想计算代码行数,我们不应该将它们视为产生的行数,而应该视为消耗的行数:当前的传统智慧太愚蠢了,以至于将它们记在错误的分类账上。

Dijkstra 1036-11

将您的代码发布到: http://snipplr.com/ http://refactormycode.com/

让其他人评价,或许也可以使用:)

只要将它保存在您为自己设计的或系统中可用的任何代码片段收集器中即可。问题不在于把它放在哪里(我们主要谈论的只是文本,不是吗?),而是如何再次找到它。问题是如何再次找到它,因此需要使用某种标记/搜索方法。

我把我的代码片段保存在 Code Collector Pro (对于Mac)。

如果它的数量很大(通常还是有用的),为什么不考虑开源呢?我喜欢回收的想法。

死代码不再被维护。当你再次需要它时,你需要花时间让它重新工作。如果它真的很有用,并且您仍然记得它,那么您可以通过版本控制随时获取它。

在工作中,有些人的代码在4年前被注释掉,占源文件的70%。 就让它去吧

开源吧!如果它对你没用,也许对其他人也有用。

我的项目副本中有一个类文件,我一直在其中存储有用的未使用函数。

如果以后取消注释,您的注释代码将毫无用处。以前代码正常的所有环境都可能被更改,甚至更危险——新业务逻辑附带的一些不可见的小部分可能会被更改。

旧代码是引入新bug的绝佳机会。取消对旧代码的注释与通过猜测进行编程是一样的(看,这是可行的!),这从定义上讲是邪恶的。

许多建议 How to Delete Code 但我保留了一个纯文本文件,我会转储一些经过测试但未使用的函数,这些函数将来可能会派上用场。我不忍心把它们完全扔掉,但话说回来,我也不需要再回到它们中去。

关于这些文件/代码段集合还有一条规则:在一个地方只有一个。