2010-07-06 5 views
5

Ich verwende Code Komplexität Metrik und Codezeile (pro Funktion).
Dies hält den Code kurz und lesbar.Welchen Code metrics guidline verwenden Sie?

Welche Code-Metriken verwenden Sie?

+0

Duplizieren: http://stackoverflow.com/questions/972259/code-metrics – gnovice

+0

für eingehende * Diskussion * von Programmierung und Programmierung- verwandte Themen finden Sie unter: http://meta.stackexchange.com/questions/13198/where-can-i-find-interesting-programming-discussions – Shog9

Antwort

4

Ich glaube nicht an Metriken, sie geben oft Anreize, um metrisch freundlich, aber schlecht Code zu schreiben.

Beachten Sie, dass niedrige LOC und ähnliche Metriken immer noch gute Richtlinien sind, wenn sie nicht als Metrik verwendet werden.

+0

So verwenden Sie LOC, aber andere Metriken zu vermeiden. – Avram

+0

Nein - ich benutze es (oder andere) nicht als Metrik - aber benutze sie als Richtlinien (dh versuche LOC pro Funktion zu minimieren, minimiere die Kopplung, etc.) – Ofir

+0

Guter Kommentar, du kannst meine Frage als Richtlinie nicht als metrisch lesen in Ihrer Bedeutung – Avram

0

verfolgen wir eine Reihe von Codeänderung Metriken einschließlich: Anzahl der Zeilen ändert, Zeilen gelöscht, neue Zeilen hinzugefügt. Außerdem verwenden wir unser eigenes Produkt "programeter", um Code "Knowhow" zu verfolgen, basierend darauf, wie viele Codezeilen von bestimmten Entwicklern geschrieben wurden. Dies hilft uns zu verstehen, wer das Wissen in bestimmten Komponenten hat.

Aber, wenn Tracking-Code-Metriken, ich auch vorschlagen, genügend Aufmerksamkeit auf Fehler Metriken zu zahlen. Es hilft, die Qualitätsanforderungen zwischen Codequalität und Qualität aus Kundensicht auszugleichen. So etwas wie "Defekte gefunden nach Freigabe" oder "Defekte gefunden pro 1.000 Zeilen geändert"

+0

Ihr Metrik-Tracking-Ziel, ist zu verstehen, wer für Änderungen/Code-Basis reagieren, richtig? – Avram