.NET在多个解决方案中找到死代码

Question

我们的产品包含~15个解决方案，每个项目都有很多项目。

问题很简单：哪个工具可以让我们在整个代码库中搜索死代码？

在单个解决方案中搜索很容易（对于那个解决方案，很多答案）。

但是，确定AlphaSol解决方案AlphaProj的项目AlphaProj中的“public void Foo（）”是否实际上用于例如AlphaSol本身。 BetaSol？

Answer 1

虽然你有15个解决方案，但是没有什么可以阻止你创建另一个引用所有项目的解决方案，让我们说All.sln。因此，无论何时需要查找外部引用，都可以打开此All.sln解决方案并查找引用。

我们可能有大约100个解决方案，以及一个引用这些解决方案中所有项目的All.sln。可以轻松地将所有项目从一个解决方案添加到All.sln：您只需选择Add Existing Projects并选择其中一个解决方案文件。您需要在Add Existing Projects对话框中调整文件类型才能选择解决方案文件。此外，为了保持这个大解决方案的有序性，您可以使用解决方案文件夹。

Answer 2

您可能还想结帐NDepend。

由于另一个答案很安静，足以满足您的迫切需要，而且我不想听起来像是一个糟糕的广告，我会留给感兴趣的读者，以了解有关该工具的更多信息。

Answer 3

为了详细说明Christian的答案，工具NDepend确实可以帮助在.NET代码库中找到未使用的代码。 免责声明：我是此工具的开发人员之一。

NDepend建议写Code Rule over LINQ Query (CQLinq)。提议大约200 default code rules，其中3个专门用于未使用/死代码检测：

• Potentially dead Types（因此检测未使用的类，结构，接口，委托......）
• Potentially dead Methods（因此检测未使用的方法，ctor，属性getter / setter ......）
• Potentially dead Fields

NDepend集成在Visual Studio中，因此这些规则可以是checked/browsed/edited right inside the IDE。该工具还可以集成到您的CI流程中，它可以构建reports，显示违反的规则和罪魁祸首代码元素。

如果单击上面这三条链接指向这些规则的源代码，您会看到有关类型和方法的链接有点复杂。这是因为它们不仅检测未使用的类型和方法，还检测未使用的死类型和方法（递归）仅使用 的类型和方法。

这是静态分析，因此规则名称中的前缀可能。如果代码元素仅通过反射 使用，则这些规则可能会将其视为未使用，而不是这种情况。

除了使用这三条规则外，我还建议通过测试来测量代码覆盖率并努力实现全面覆盖。通常，您会看到测试无法覆盖的代码实际上是 unused / dead 代码，可以安全地丢弃。这在复杂的算法中尤其有用，因为不清楚代码的分支是否可达。