我的公司最近购买了 TFS,我开始研究代码分析工具来帮助提高代码质量,并注意到一个漂亮的指标“可维护性指数”。有人使用这个指标进行代码审查/签入/等吗?如果是这样,开发人员可以接受的指标是什么?

有帮助吗?

解决方案

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

不过,代码分析工具在方法内的依赖关系和分支数量方面确实表现出色。更多的分支意味着更难的测试,这使得它更容易出错。依赖关系,同样的事情。

在其他人的代码中,我使用可维护性索引来发现代码中可能存在的错误部分,因此我知道在哪里检查它。另外,对我来说,具有大量行的方法/类表明代码很差(除非它无法避免,再次,管道工作正常)。

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

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top