使用Visual Studio 2008代码分析,什么是良好的可维护性指数？

我的公司最近购买了TFS,我已经开始研究代码分析工具,以帮助提高代码质量,并注意到一个好看的度量标准"可维护性指数".是否有人使用此指标进行代码审查/签到/等？如果是这样,开发人员可以接受的指标是什么？

可维护性指数不是您所看到的固定值,它更多地表明代码难以理解,测试和/或调试.我通常会尝试保持80以上的高级代码(基本上除了真正的管道代码之外的任何东西),其中90+会很好.它为编程增加了一个竞争元素,使其尽可能可维护.

代码分析工具确实在依赖关系领域和方法中的分支数量上闪耀.更多的分支意味着更难的测试,这使它更容易出错.依赖性,同样的事情.

在其他人的代码中,我使用可维护性索引来发现代码中可能存在的坏部分,因此我知道在哪里查看它.此外,具有大量行的方法/类表示对我来说代码不好(除非无法避免,管道工作也是如此).

最后,我认为这主要取决于代码更改的频率.预期会发生很大变化的代码在可维护性方面的得分要高于典型的"一次编写"代码.