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

Question

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

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

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

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

Answer 1

尽管您有 15 个解决方案，但没有什么能阻止您创建另一个将引用所有项目的解决方案，比如说 All.sln。 因此，当您需要查找外部参考时，您可以打开此 All.sln 解决方案并查找参考。

我们可能有大约 100 个解决方案，以及一个引用这些解决方案中所有项目的 All.sln。 将一个解决方案中的所有项目添加到 All.sln 很容易：您只需 select Add Existing Projects和 select 这 15 个解决方案文件之一。 您需要在Add Existing Projects对话框中调整文件类型，才能使用 select 解决方案文件。 此外，为了使这个大型解决方案井井有条，您可以使用解决方案文件夹。

Answer 2

您可能还想检查NDepend 。

由于另一个答案足以满足您的即时需求，而且我不想听起来像一个糟糕的商业广告，因此我将其留给感兴趣的读者以了解有关该工具的更多信息。

Answer 3

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

NDepend 建议在 LINQ Query (CQLinq) 上编写代码规则。 提出了大约200 条默认代码规则，其中 3 条专用于未使用/死代码检测：

• 可能死亡的类型（因此检测未使用的 class、结构、接口、委托...）
• 潜在的死方法（因此检测未使用的方法、ctor、属性 getter/setter...）
• 潜在死区

NDepend 集成在 Visual Studio 中，因此可以在 IDE 内检查/浏览/编辑这些规则。 该工具还可以集成到您的 CI 流程中，它可以构建报告，显示违反规则和罪魁祸首代码元素。

如果你点击上面这3个链接查看这些规则的源代码，你会发现关于类型和方法的部分有点复杂。 这是因为它们不仅检测未使用的类型和方法，还检测仅由未使用的死类型和方法（递归）使用的类型和方法。

这是static 分析，因此前缀可能在规则名称中。 如果仅通过反射使用代码元素，则这些规则可能会将其视为未使用，但事实并非如此。

除了使用这 3 条规则之外，我还建议通过测试来衡量代码覆盖率并争取完全覆盖。 通常，您会看到测试无法覆盖的代码实际上是可以安全丢弃的未使用/死代码。 这在不清楚代码分支是否可达的复杂算法中特别有用。