2008-09-01 13 views
14

Mi empresa ha adquirido recientemente TFS y he empezado a buscar en las herramientas de análisis de código para ayudar a subir la calidad del código y se dio cuenta de un buen aspecto métrica "índice de capacidad 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?¿Qué es un buen índice de mantenimiento utilizando el análisis de código de Visual Studio 2008?

Respuesta

16

El índice de mantenimiento no es tanto un valor fijo se mire, es más bien una indicación de que el código es difícil de entender, probar y/o depuración. 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í.

herramienta de análisis El código realmente brilla en el área de las dependencias y número de ramas dentro de un método sin embargo. 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 que utilizan el índice de capacidad de mantenimiento de detectar posibles malas partes en el código, por lo que saben dónde revisarlo. Además, los métodos/clases con un alto número de líneas son una indicación de código de pobres a mí (a menos que no se puede evitar, una vez más, la fontanería funciona).

Al final, creo que depende principalmente de la frecuencia va a cambiar su 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".

Cuestiones relacionadas