可维护性指数

我发现维护性指数(MI)的推荐值如下:

85以上:良好的可维护性

65-85:适度可维护性

65及以下:使用非常糟糕的代码(大的,未注释的,非结构化的)难以维护MI值甚至可能是负的

这些价值取决于技术吗？例如,对于大型机来说,70的值是好的,但对于Java来说难以维护吗？

可以使用独立于技术的相同尺度吗？

这是关于可维护性指标值的含义的解释.

不久就是这样

MI = 171 - 5.2*ln(Halstead Volume) - 0.23*(Cyclomatic Complexity) - 16.2*ln(Lines of Code)

缩放在0到100之间.

由于很容易看到,该指标可用于任何过程语言.

65和85门槛来自1992/1994年引入可维护性指数的原始论文.

Visual Studio略微调整了指标(多次使用100/171),使其适合1-100的比例.Visual Studio使用10和20作为阈值.

一般来说,我不会认真对待这个指标及其阈值:另请参阅我的博客文章" 在使用可维护性指数之前考虑两次 ".