Qual è un buon indice di manutenibilità utilizzando l'analisi del codice di Visual Studio 2008?

StackOverflow https://stackoverflow.com/questions/38158

  •  09-06-2019
  •  | 
  •  

Domanda

La mia azienda ha recentemente acquistato TFS e ho iniziato a esaminare gli strumenti di analisi del codice per aumentare la qualità del codice e ho notato un "indice di manutenibilità" metrico di bell'aspetto.Qualcuno sta utilizzando questa metrica per revisioni/check-in/ecc. del codice?In tal caso, qual è un indice accettabile su cui gli sviluppatori possono lavorare?

È stato utile?

Soluzione

L'indice di manutenibilità non è tanto un valore fisso da guardare, è più un'indicazione che il codice è difficile da comprendere, testare e/o eseguire il debug.Di solito cerco di mantenere il codice di alto livello (praticamente qualsiasi cosa tranne il vero codice idraulico) sopra 80, dove 90+ andrebbe bene.Aggiunge un elemento competitivo alla programmazione il più mantenibile possibile per me.

Lo strumento di analisi del codice brilla davvero nell'area delle dipendenze e nel numero di rami all'interno di un metodo.Più rami significano test più difficili, il che lo rende più soggetto a errori.Dipendenze, stessa cosa.

Nel codice di altre persone, utilizzo l'indice di manutenibilità per individuare eventuali parti difettose nel codice, quindi so dove rivederlo.Inoltre, i metodi/classi con un numero elevato di righe per me sono un'indicazione di codice scadente (a meno che non possa essere evitato, ancora una volta, i lavori idraulici).

Alla fine, penso che dipenda principalmente dalla frequenza con cui il tuo codice cambierà.Il codice che dovrebbe cambiare molto deve avere un punteggio più alto in termini di manutenibilità rispetto al tipico codice "scrivi una volta".

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top