C# 你使用独立软件吗？

我一直在尝试，读了一些关于它的博客，甚至听了一个播客。我认为NDepend可能是一个非常有用的工具，但我仍然不知道我会在哪里使用它

你如何使用它？你用它吗，为什么？为什么不呢

---

我想听听一些实际的例子。

我发现可视化程序集版本之间的更改很有用。即使对于给定版本中的更改快照

---

我认为它在一个持续集成环境中大放异彩，在这个环境中，您可以设置CQL查询来度量您感兴趣的代码度量（圈复杂度、长方法等），然后您可以度量您在这些方面随时间的改进。

在过去几年中，我广泛使用了NDepend。基本上，它是一个依赖性分析工具，因此它可以帮助您解决许多与依赖性相关的问题

我使用它的主要目的之一是检查我的程序集、类型和方法之间的依赖关系。这有助于我了解类型之间的耦合是否失控，也有助于我发现重构机会

当着手进行大规模重构时，例如提取。将类型移动到其他程序集，这可以让您看到什么取决于什么，这样您就不必执行旧的“将我的类型移动到另一个程序集，然后尝试编译并查看哪些中断”

NDepend也有一个很好的视觉矩阵来查看这类信息

此外，它还有一种很棒的查询语言CQL，可以让您编写自定义查询。这些可以是一些简单的事情，比如“向我展示所有调用此方法的方法”、突出显示死代码的查询、关于cylcomatic复杂性、耦合的查询等等

反过来，它可以集成到构建过程中，因此您可以基于CQL查询生成警告/失败，例如“如果一个方法有超过100行代码但没有注释，则构建失败”（这是一个示例-我不是说这个特定指标是一件好事）

它还可以导入代码覆盖率数据，为代码覆盖率很低的区域提供可视化表示，并允许您针对代码覆盖率信息运行CQL查询（例如，显示代码覆盖率低于70%的方法）

---

您还可以加载项目的当前版本和以前的版本，并在它们之间运行查询，例如“向我展示所有具有的新类型。实际上，如果您有其他人/供应商开发的应用程序的另一部分正在使用的界面，则此工具非常有用。每次您想要更改接口时，您必须找出谁在使用您的接口，以避免破坏其代码（程序集不会生成）

---

这适用于更大的项目。

我还发现它对于理解复杂方法调用的结构非常有用。例如，我可以使用特定的方法或字段传递调用所有方法，并可以查看循环调用、不需要的依赖项或比必要的更复杂的路径等是否存在可能的问题

---

依赖关系图现在也是交互式的，因此我可以删除我目前不感兴趣的方法，并移动其他方法，以便很好地可视化正在发生的事情。

当应用程序有大量程序集时，此工具非常有用。

---

它帮助我找出代码依赖关系以及版本之间的更改

我还使用NDepend来比较某些程序集的两个版本。独立软件具有这一卓越的特性。这让我了解了汇编中的更改和工作进度、添加的方法、删除的方法等等

您可能需要添加一些标签（例如，平台/语言/技术独立性是为）以使问题出现在人们的“喜爱”标签上。+1您找到了使用该工具的所有要点。我要补充的是，依赖关系图对于代码结构的高级视图非常有用。