Quando dovrei preoccuparmi delle metriche del codice in Visual Studio?

Question

Quando dovrei preoccuparmi delle metriche del codice in Visual Studio?

#1 da (5 voti)
#2 da (4 voti)

1

Occasionalmente guardo le metriche del codice in Visual Studio per la mia soluzione. Non vedo mai nulla che troverei allarmante. La mia manutenibilità è solitamente piuttosto elevata con l'eccezione di alcune classi ovvie (classi di configurazione dell'entità, classi DAL che chiamano SQL, ecc.). L'unica volta in cui trovo davvero alta la complessità ciclomatica ei valori di accoppiamento di classe è ancora una volta, su classi che mi aspetto di vedere valori alti.

Se dovessi esaminare le metriche del codice dopo c'è già un problema, allora non capisco perché ho bisogno di guardare, basta correggere qualunque sia il problema. Guardando prima c'è un problema che di solito non punta nulla perché gli unici indici di bassa manutenzione sono gli esempi sopra menzionati.

L'unica volta in cui entro in realtà le metriche del codice per una ragione è quando sono curioso di sapere quante linee di codice il progetto è, e questo è solo per curiosità e non per necessità.

Quando è utile analizzare effettivamente le metriche del codice di un progetto / soluzione ASP.NET MVC5?

code-metrics visual-studio

posta Shelby115 13.06.2017 - 14:31

fonte

2 risposte

Leggi altre domande sui tag code-metrics visual-studio

Neural Networks - La nascita di un nuovo paradigma di programmazione Come gestire i grandi cicli di feedback in Agile

score 5 · Answer 1

Le metriche del codice sono semplicemente sensori che indicano quando qualcosa non rientra nell'intervallo previsto. Presi in isolamento, non sono così interessanti come si sottolinea, si può già indovinare ciò che sta per dirvi. Diventano più interessanti quando inizi a confrontare le tendenze.

Questa è un'area in cui gli ambienti di integrazione / distribuzione continua iniziano ad aggiungere valore. Puoi almeno confrontare i numeri da costruire per costruire e vedere se la complessità ciclomatica sta aumentando rapidamente per un pezzo di codice - più veloce di quanto potresti aspettarti. È un'indicazione che forse il design potrebbe aver bisogno di qualche ritocco. Un'altra cosa che gli strumenti CI / CD ti consentono di impostare le soglie per farti sapere quando qualcosa che non ti aspetti essere improvvisamente alto è.

La cosa con qualsiasi metrica è che puoi gestire solo ciò che misuri. Se non misuri mai nulla, non saprai mai se c'è qualcosa che deve essere guardato. Potrebbe essere OK, ma prima devi controllarlo. È possibile disattivare l'allarme aggiungendo gli attributi di ignoranza per quell'ispezione su basi di codici specifici. Assicurati di aggiungere il "Motivo" in modo che qualcuno che viene dopo di te (come te in 3 mesi) non si chieda perché abbiamo disattivato alcune ispezioni.

score 4 · Answer 2

Le metriche del codice sono più utili per basi di codice di grandi dimensioni in cui potresti non essere in grado di supervisionare o persino conoscere ciascuna parte del codice. Di solito queste situazioni accadono quando devi lavorare con il codice che non hai scritto da solo. Ti dà una buona indicazione sulle aree problematiche del codice.

Nella tua domanda ho letto che ti aspettavi determinati valori in determinati punti. Per me questa è un'indicazione di un certo modello utilizzato nel design che porta alla concentrazione concentrandosi in alcune parti del codice. Forse il design potrebbe essere migliorato per prevenire la complessità in alcune aree. E forse un altro approccio porterebbe a meno manutenzione.

Per essere tristi, dovresti tenere presente che questi numeri sono solo una linea guida per aiutarti a identificare i punti deboli prima che diventino un problema.