Rob*_*ine 29
在过去的几年里,我广泛使用了NDepend.基本上它是一个依赖性分析工具,因此这可以帮助您解决许多与依赖相关的问题.
我用它的主要内容之一是检查我的程序集,类型和方法之间的依赖关系.这有助于我了解类型之间的耦合是否失控,还有助于我发现重构机会.
当开始使用大型重构时,例如将其移动到其他程序集中,这可以让你看到什么取决于什么,所以你不必做旧的"将我的类型移动到另一个程序集,然后尝试编译,看看有什么打破"
NDepend还有一个很好的视觉矩阵来查看这类信息.
此外,它还有一种出色的查询语言CQL,可以让您编写自定义查询.这些可以是简单的事情,例如"向我展示调用此方法的所有方法",查询以突出显示死代码,查询圆柱复杂性,耦合等等.
反过来,它可以集成到构建过程中,因此您可以基于CQL查询构建警告/失败,例如"如果方法有超过100行代码而没有注释,则构建失败"(这是一个示例) - 我不是建议这个特定的指标是一件好事).
它还可以导入代码覆盖率数据,并为您提供代码覆盖率较小的区域的可视化表示,并允许您针对代码覆盖率信息运行CQL查询(例如,向我展示代码覆盖率低于70%的方法)
您还可以加载项目的当前版本和之前的版本,并在它们之间运行查询,例如"向我显示所有具有<70%代码覆盖率的新类型" - 这有助于您在现有代码库中引入更严格的规则.
这是一个很棒的工具,并不难学.一开始就很可怕,只是因为它给你带来了大量的信息,但强烈推荐.
我也发现在理解复杂方法调用的结构方面它非常宝贵.例如,我可以使用特定方法或字段传递调用所有方法,并且可以查看循环调用或不需要的依赖项是否存在可能的问题,或者是否存在比必要更复杂的路径等.
依赖图现在也是交互式的,因此我可以删除我目前不感兴趣的方法,并移动其他方法以便对所发生的事情进行良好的可视化.