Ndepend和其他自动代码分析相关吗？

Question

从昨天开始，我正在使用Ndepend 分析我们的一个项目（大部分功能免费），而且我正在使用它，而且我更怀疑这种软件的真正价值（代码分析软件）。

让我解释一下，系统通过对每个指标进行排名来构建关于系统和类的健康状况的报告。我认为这是进行修改的一个很好的起点，但大多数最佳结果都在这里，因为它们在类中有超过 100 行（我们有大标题，我们确实使用 VS cmets 样式）所以这没什么大不了的。 .比传入耦合级别（CA）的数量总是太高，这对于我们经常使用的接口来说几乎是非常正确的......所以此时我没有看到有什么问题，但 NDepend 似乎不喜欢它（如果您有改进建议，请告诉我，因为我认为没有必要）。对于我的大部分界面都太高的孩子数量的称为“NOC”的指标来说，这也是一样的......

目前，唯一非常有用的指标是圈复杂度...

我的问题是：你觉得用 NDepend 之类的自动代码分析器分析代码值得吗？如果是，您如何过滤我提到的所有不能真正显示系统真实运行状况的信息？

Answer 1

实际上指标只是 NDepend 的一项功能，您是否尝试使用 VisualNDepend 让您比报告更深入地分析您的项目？通过阅读您的评论，我几乎可以确定您没有使用 NDepend UI（独立或集成在 Visual Studio 中），这是过滤代码库数据的最佳方式。

我是 NDepend 的开发人员之一，我们经常使用它来分析我们自己的代码。基本上我们用Code Rules over LINQ Queries (CQLinq) 编写我们自己的质量规则。这些规则自动确保我们的设计没有回归。在这里您可以找到200 default code rules 周围的列表。

以下是 NDepend 的一些独特功能，与代码指标无关：

• 编写 CQLinq 规则以确保我们没有架构缺陷，例如 dependency cycles between our components、UI using directly the DB 或与业务对象纠缠的 DB。

• 确保我们在测试代码覆盖率方面没有问题（就像我们使用 CQLinq 规则确保如果一个类应该被 100% 覆盖，it will remain 100% covered in the future）

  李>

• 强制执行无副作用代码（immutable class/纯方法）

• 在发布新版本之前，使用将 2 次分析与自上次发布以来的代码审查更改进行比较的功能。更具体地说，我喜欢使用 NDepend 来了解 which method has been added and refactored since the last release, and is not 100% covered by tests。

• 对我们所有的成员和类型进行最佳封装（如knowing which internal methods can be declared as private）。这也与 NDepend 也支持的dead-code detection 有关。

有关 NDepend 的完整功能列表，请参阅here。

Answer 2

我不一定认为 NDepend 在软件工程中的结果是“好”或“坏”，应用程序的设计方式总是有充分的理由。我认为它是一份报告，可能可以帮助我指出我的设计问题，但在决定一个方法是否需要重构或者它是否适合我的设计方式时，我有最终决定权。一般来说，不要太着迷于试图回答是否值得。肯定是这样，相反，我建议您仔细查看结果。这将帮助您从另一个角度看待您的设计，并且在某些情况下，您可能会决定您的设计方式最能实现您的应用程序目标。