Frage

Mein Unternehmen hat kürzlich TFS gekauft und ich habe begonnen, mich mit den Code-Analysetools zu befassen, um die Codequalität zu verbessern, und bin auf einen gut aussehenden metrischen „Wartbarkeitsindex“ gestoßen.Verwendet jemand diese Metrik für Codeüberprüfungen/Checkins usw.?Wenn ja, was ist ein akzeptabler Index, auf den Entwickler hinarbeiten können?

War es hilfreich?

Lösung

Der Wartbarkeitsindex ist nicht so sehr ein fester Wert, sondern eher ein Hinweis darauf, dass Code schwer zu verstehen, zu testen und/oder zu debuggen ist.Normalerweise versuche ich, High-Level-Code (im Grunde alles außer dem echten Sanitärcode) über 80 zu halten, wobei 90+ ​​gut wären.Für mich fügt es der Programmierung ein Wettbewerbselement hinzu, das so wartbar wie möglich ist.

Im Bereich der Abhängigkeiten und der Anzahl der Zweige innerhalb einer Methode glänzt das Code-Analysetool jedoch wirklich.Je mehr Zweige vorhanden sind, desto schwieriger sind die Tests, was die Fehleranfälligkeit erhöht.Abhängigkeiten, dasselbe.

Im Code anderer Leute verwende ich den Wartbarkeitsindex, um mögliche fehlerhafte Teile im Code zu erkennen, damit ich weiß, wo ich ihn überprüfen kann.Außerdem sind Methoden/Klassen mit einer hohen Anzahl von Zeilen für mich ein Hinweis auf schlechten Code (es sei denn, dies lässt sich nicht vermeiden, auch hier funktioniert die Installation).

Letztendlich denke ich, dass es hauptsächlich davon abhängt, wie oft sich Ihr Code ändert.Code, von dem erwartet wird, dass er sich stark ändert, muss hinsichtlich der Wartbarkeit besser abschneiden als Ihr typischer Code, der nur einmal geschrieben werden muss.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top