Ndepend和其他自动代码分析器的启示?

实际上,指标只是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 ).这也与 dead-code detection NDepend也支持。

有关NDepend功能的完整列表,请参阅 here .

在软件工程中,我不一定认为NDepend的结果是“好”或“坏”的,应用程序以这种方式设计总是有一个很好的理由。我认为这是一份报告,可能可以帮助我指出我的设计问题,但在决定一个方法是否需要重构或我的设计方式是否好时,我有最后的决定权。一般来说,不要过于纠结于回答它是否值得。确实如此,相反,我建议你仔细审查结果。这将帮助您从另一个角度看待您的设计,在某些情况下,您可能会决定设计的方式是实现应用程序目标的最佳方式。