Что такое хороший индекс поддерживаемости с помощью анализа кода Visual Studio 2008?

Моя компания недавно приобрела TFS, и я начал изучать инструменты анализа кода, чтобы помочь повысить качество кода и заметил хороший показатель метричности обслуживания. Кто-нибудь использует этот показатель для просмотра/проверки кода/и т.д.? Если да, то какой приемлемый показатель для разработчиков должен работать?

Ответы

Ответ 1

Индекс ремонтопригодности - это не столько фиксированное значение, на которое вы смотрите, это скорее указание на то, что код трудно понять, проверить и/или отладить. Обычно я стараюсь держать код высокого уровня (в основном ничего, кроме реального сантехнического кода) выше 80, где 90+ будет хорошим. Он добавляет конкурентный элемент для программирования как можно более удобный для меня.

Инструмент анализа кода действительно светит в области зависимостей и количества ветвей внутри метода. Больше веток означает более сложное тестирование, что делает его более склонным к ошибкам. Зависимости, то же самое.

В коде других людей я использую индекс ремонтопригодности для обнаружения возможных кодов в коде, поэтому я знаю, где его просмотреть. Кроме того, методы/классы с большим количеством строк указывают на плохой код для меня (если его не избежать, опять же, работает сантехника).

В конце концов, я думаю, что в основном это зависит от того, как часто ваш код будет меняться. Кодекс, который, как ожидается, сильно изменится, должен набрать более высокий показатель в ремонтопригодности, чем ваш типичный код "один раз".