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

解决方案

回答

可维护性指数并不是我们要看的固定值，它更多地表明代码难以理解，测试和/或者调试。我通常会尝试将高级代码(除了真正的管道代码以外的任何其他代码)保持在80以上，最好是90以上。它为我提供了尽可能容易维护的编程竞争元素。

但是，代码分析工具确实在依赖关系和方法中分支的数量方面大放异彩。更多的分支意味着更困难的测试，这使得它更容易出错。依赖关系，同样的事情。

在其他人的代码中，我使用可维护性索引来发现代码中可能存在的不良部分，因此我知道在哪里进行检查。另外，行数高的方法/类对我来说是一个不良代码的指示(除非无法避免，否则管道工程将再次发生)。

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