visual-studio - para - visual studio code tutorial español pdf

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

Question

Recientemente, mi compañía compró TFS y he comenzado a buscar en las herramientas de análisis de códigos para ayudar a aumentar la calidad del código y noté una buena métrica "índice de mantenimiento". ¿Alguien está usando esta métrica para revisiones de código / checkins / etc.? Si es así, ¿cuál es un índice aceptable para que los desarrolladores trabajen?

Answer 1

El índice de mantenimiento no es tanto un valor fijo que se mire, es más 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 nivel alto (básicamente todo menos el código de fontanería real) por encima de 80, donde 90+ sería bueno. Agrega un elemento competitivo a la programación lo más sostenible posible para mí.

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

En el código de otras personas utilizo el índice de mantenimiento para detectar posibles partes defectuosas en el código, por lo que sé dónde revisarlo. Además, los métodos / clases con un alto número de líneas son una indicación de código pobre para mí (a menos que no se pueda evitar, una vez más, la plomería funciona).

Al final, creo que depende principalmente de la frecuencia con la que cambiará tu código. El código que se espera que cambie mucho debe tener un puntaje más alto en mantenibilidad que el código típico de "escribir una vez".