在大型遗留应用程序中，业务规则的更改导致代码未使用是很常见的。删除是最好的方法吗？或者是否有任何标记未使用代码的标准？如果需要，SCM 确实有助于恢复旧代码。这也是特定于 .NET 代码库的。
【问题讨论】：
标签： c# .net asp.net javascript
我将其注释掉，就像在上线之前注释掉我的 System.out.println 一样。
【讨论】：
我相信在重构会议上已经回答了这个问题 - http://www.waterfall2006.com 在讨论“Rainy Day Module”时——你应该编写备用代码以防万一以后有人需要它......
class SpareCode {
private int spareInteger;
private String luckyString;
private bool youNeverKnow ;
public void spareLogic() {
spareInteger = 1;
if ( youNeverKnow ) {
spareInteger++;
}
System.out.println( luckyString);
}
【讨论】：
绝对删除未使用的代码。以我的经验，遗留代码库的最大问题是理解代码发生了什么——更少的代码意味着更少的理解，让你的工作更容易。
就像您说的，如果您使用源代码控制（您正在使用源代码控制，对吗？）并且除非您做一些有点奇怪的事情（例如动态编译代码或通过反射加载代码），您总是可以取回它，您如果您删除了错误的代码，您可能会很快发现，因为您的构建将失败。
【讨论】：
我删除了代码，但首先我要确保它以后不会造成任何麻烦。如果我以后需要它，我会从源代码管理中获取它，并使用一个不错的功能 - 代码比较，我可以看到发生了什么变化。我不会评论未使用的代码，因为如果其他开发人员正在查看代码，则很难理解为什么不使用它（特别是如果开发人员没有为此原因发表评论）。所以删除代码会保持简单明了。
【讨论】：
删除旧应用程序中未使用的代码。
如果您有源代码控制，删除未使用的代码不会有任何损害，因为它的历史记录保存在您使用的任何版本控制软件中。 当下一个开发人员必须进入并进行更改时，干净的代码可以帮助他或她。旧代码只会在必须进行更改时混淆问题。
【讨论】：
就我个人而言，我删除了我不使用的代码并依靠源代码管理来跟踪它。不过我不使用 VSS，也不会。
不过，这条规则有一个例外... t 重做我未完成的工作。
【讨论】：
我更喜欢删除它。源代码控制将保留那里的历史（以及谁删除了它）。我讨厌搜索代码并在注释掉的代码中看到结果 - 特别是当使用 /*...*/ 注释代码时，您在查找文件结果中看不到 \\，这至少让我有机会看到结果被注释掉了。
【讨论】：
我认为最好的方法是对您的项目进行版本控制，例如 SVN、CVS。然后删除未使用的代码。减少正在编译的源文件大小，避免乱用未使用的代码。
【讨论】：
从实用程序员一书中申请lesson 的好地方。
备份然后删除所有未使用的代码。相信我，它将使开发人员免于未来的头痛。如果您犹豫认为您可能需要一些基于注释掉的代码的未来功能，那么尝试理解未使用的代码或逻辑甚至不值得痛苦。最好从干净的心态开始，而无需破译明显半生不熟、未经测试的代码。
【讨论】：
我通常将其标记为已过时：
/// <summary>
/// Purpose of this method
/// </summary>
/// <param name="args">Argument 1</param>
[Obsolete("This method is obsolete, use NewMethod instead")]
public void SampleMethod(string args)
{
//code
}
/// <summary>
/// Purpose of this method
/// </summary>
/// <param name="args">Argument 1</param>
public void NewMethod(string args)
{
//code
}
现在，每当使用标记为过时的方法时，编译器都会发出警告。
【讨论】：
听取迈克尔·杰克逊的一些建议：
删除它...删除它...删除它...删除它...
没有人想被打败
展示你的战斗有多时髦和强大
谁对谁错并不重要
删除它...删除它...删除它...删除它...
【讨论】：
如果某些不需要但将来可能需要的功能的代码分散在整个程序中怎么办？使用#ifdef 来控制此类代码（在一个文件中保存用于该目的的所有#define 标签的主列表）可以允许随意启用或禁用该功能；试图从版本控制系统中重新整合所有的小代码似乎更加困难。
【讨论】：
标记未使用的遗留代码的最佳方法是将其删除。除了让团队中的新开发人员感到困惑之外，它没有任何作用。
在我以前的团队中，我们实际上把它变成了一场比赛，我们将其命名为 Grim Repear 比赛。谁能找到并删除代码库中最多的未使用/死代码。删除死代码获得负分，添加死代码获得正分。最低分获胜。
【讨论】：
这样，如果您需要弃用分配给您但他们需要调用的某些代码，您就不会让您的队友大吃一惊。但允许您进行那些需要的更改！
【讨论】：
如果我有不再使用的代码，我会在 Craigslist 上出售。
【讨论】：
我总是删除未使用的代码。这是源代码控制的好处之一。
【讨论】：
我相信删除是保持代码整洁的好方法。
如果你不删除，例如：注释掉，或者创建过时的实体来存储它们，我已经看到了这样的混乱。
这就是为什么你有存储库、分支、标签等。
我觉得删除它更好。如果代码已经在存储库中。
【讨论】：
【讨论】：