¿Qué es un buen índice de mantenibilidad utilizando el análisis de código de Visual Studio 2008?

Question

Mi empresa compró TFS recientemente y comencé a investigar las herramientas de análisis de código para ayudar a mejorar la calidad del código y noté un "índice de mantenibilidad" métrico atractivo.¿Alguien está utilizando esta métrica para revisiones/verificaciones de código/etc.?Si es así, ¿cuál es un índice aceptable para que trabajen los desarrolladores?

Answer 1

El índice de mantenibilidad no es tanto un valor fijo que se observa, sino más bien una indicación de que el código es difícil de entender, probar y/o depurar.Por lo general, trato de mantener el código de alto nivel (básicamente cualquier cosa excepto el código de plomería real) por encima de 80, donde 90+ sería bueno.Agrega un elemento competitivo a la programación que para mí es lo más mantenible posible.

Sin embargo, la herramienta de análisis de código realmente brilla en el área de dependencias y en la cantidad de ramas dentro de un método.Más ramas significan pruebas más difíciles, lo que lo hace más propenso a errores.Dependencias, lo mismo.

En el código de otras personas, uso el índice de mantenibilidad para detectar posibles partes defectuosas en el código, así sé dónde revisarlo.Además, los métodos/clases con una gran cantidad de líneas son una indicación de un código deficiente para mí (a menos que no se pueda evitar, nuevamente, la plomería funciona).

Al final, creo que depende principalmente de la frecuencia con la que cambie su código.El código que se espera que cambie mucho tiene que obtener una puntuación más alta en mantenibilidad que el código típico de "escritura una vez".