Я не думаю, что показатели кода (иногда называемые программными метриками) предоставляют ценные данные в условия того, где вы можете улучшить.
С метриками кода приятно видеть, сколько кода вы пишете за час и т. Д., Но помимо этого они говорят вам о качестве написанного кода, его документации и покрытии кода. Это в значительной степени недельная попытка измерить то, что вы не можете измерить.
Метрики кода также различают программистов, решающих более сложные задачи, потому что им очевидно удавалось кодировать меньше. Тем не менее, они решили сложные проблемы, и молодой программист, набирающий много мусорного кода, выглядит неплохо.
Другой пример использования показателей - очень популярный Ohloh. Они используют метрики для определения цены проекта с открытым исходным кодом (количество строк и т. Д.), Что само по себе является чертовски ошибочным - как вы можете себе представить.
Сказав все, что статья в Википедии дает некоторое общее представление об этой теме, извините, что не ответил на ваш вопрос в более благоприятной форме с помощью действительно отличного веб-сайта или книги, но держу пари, вы уловили, что я не большой поклонник. :)
Что-то, что может помочь вам улучшить, - это непрерывная интеграция и соблюдение каких-то стандартов, когда дело доходит до кода, документации и так далее. Вот как вы можете стать лучше. Показатели - это просто конфетка для встреч - «смотрите, мы уже столько кодировали».
Обновить
Хорошо, я хочу сказать, что эфферентная связь или даже цикломатическая сложность могут указывать на то, что что-то не так, но это не обязательно должно быть неправильным. Это может быть индикатором для рефакторинга класса, но не существует практического правила, которое подскажет, когда.
IMHO правило, такое как 500+ строк кода, рефакторинг или DRY-принципал более применимо в большинстве случаев. Иногда это так просто.
Я даю вам так много, что, поскольку цикломатическая сложность графически изображена в блок-схеме, это может открыть вам глаза. Но опять же, используйте осторожно.
person
Till
schedule
01.10.2008
