Meine Firma hat vor kurzem TFS gekauft und ich habe angefangen, die Code-Analyse-Tools zu untersuchen, um die Code-Qualität zu steigern und habe einen gut aussehenden metrischen "Wartbarkeits-Index" festgestellt. Verwendet jemand diesen Messwert für Codeüberprüfungen/Checkins/etc? Wenn ja, auf welchen akzeptablen Index können Entwickler hinarbeiten?Was ist ein guter Wartbarkeitsindex mit Visual Studio 2008-Codeanalyse?
Der Wartbarkeitsindex ist nicht so sehr ein fester Wert, den Sie betrachten, sondern eher ein Hinweis darauf, dass Code schwer zu verstehen, zu testen und/oder zu debuggen ist. Normalerweise versuche ich, Code auf hohem Niveau zu halten (im Grunde genommen alles außer dem echten Installationscode) über 80, wo 90+ gut wäre. Es fügt der Programmierung ein wettbewerbsfähiges Element hinzu, das für mich so leicht wie möglich gehalten werden kann.
Die Code-Analyse-Tool wirklich scheint im Bereich der Abhängigkeiten und Anzahl der Zweige innerhalb einer Methode. Mehr Filialen bedeuten härtere Tests, wodurch es fehleranfälliger wird. Abhängigkeiten, gleiche Sache.
Im Code anderer Leute verwende ich den Wartbarkeitsindex, um mögliche fehlerhafte Teile im Code zu erkennen, damit ich weiß, wo ich sie überprüfen muss. Auch Methoden/Klassen mit einer hohen Anzahl von Zeilen sind ein Hinweis auf schlechten Code für mich (es sei denn, es ist nicht zu vermeiden, wiederum funktioniert die Installation).
Am Ende, ich denke, es hängt hauptsächlich davon ab, wie oft sich Ihr Code ändert. Code, von dem erwartet wird, dass er sich stark ändert, muss eine höhere Wartbarkeit aufweisen als Ihr typischer "Einmal schreiben" -Code.