Wie Code-Metriken zu interpretieren (berechnet durch Source)

Question

Nachdem ich die Antworten auf die Frage "Berechnen-Metriken" Lesen ich installierte das Tool Source und einige Metriken berechnet.

Aber ich habe keine Ahnung, wie sie zu interpretieren.

Was ist ein „guter“ Wert für die Metrik

• "Prozent Zweig Statements"
• "Methoden pro Klasse"
• "Average Statements pro Methode"
• "Maximum Methode oder Funktion Komplexität "

ich keine Hinweise in der Dokumentation, kann mir jemand helfen?

Answer 1

Sourcemonitor ist ein fantastisches Werkzeug.

„Methoden pro Klasse“ für diejenigen nützlich, die ihre Klassen folgen gute OO-Prinzipien gewährleisten (zu viele Methoden gibt an, dass eine Klasse mehr Nahme werden könnte, als es sollte).

„Average Statements pro-Methode“ ist nützlich für ein allgemeines Gefühl, wie groß jede Methode ist. Mehr zu mir nützlich ist, die Informationen über die Methoden mit zu vielen Aussagen (Doppelklick auf das Modul für feineres Korn Detail).

Funktion Komplexität ist nützlich für die Ermittlung, wie böse der Code ist. Wirklich verwende ich diese Informationen mehr als alles andere. Dies ist Informationen darüber, wie kompliziert die übelsten Funktion in einem Modul (zumindest nach zyklomatische Komplexität). Wenn Sie einen Doppelklick auf das Modul / Datei können Sie herausfinden, welche bestimmte Methode so schlecht ist.

Answer 2

Als allgemeine Faustregel gilt eine zyklomatische Komplexität von 10 oder weniger ist, wo Sie sein möchten. A CC von 11 bis 20 ist in etwa so hoch wie Sie in den meisten Fällen erhalten möchten: Sobald Sie über 20 bekommen, du bist eher auf Probleme stoßen Finden und Beheben von Defekten, und wenn Sie über 50 bekommen, sind Sie in der Regel suchen bei einem Verfahren, das jetzt sein Refactoring muss.

Beachten Sie, dass diese Richtlinien sind. Es ist möglich, ein Verfahren mit einem CC von 25 zu haben, die so vereinfacht ist, wie Sie es bekommen können; Sie werden nur vorsichtiger mit diesen Methoden werden möchten, wenn Sie sie aktualisieren.