métricas de código Compreensão

Question

Eu instalei recentemente a Eclipse Metrics Plugin e exportou os dados para um dos nossos projectos.

É tudo muito bom ter esses gráficos agradáveis ??mas eu realmente gostaria de entender mais a fundo o que tudo isso significa. As definições das métricas só ir tão longe para dizer-lhe o que realmente significa.

Alguém sabe de qualquer bons recursos, livros, sites, etc, que podem me ajudar a entender melhor o que todos os meios de dados e dar uma compreensão de como melhorar o código quando necessário?

Estou interessado em coisas como eferente Coupling, e Cyclomatic Complexidade, etc, em vez de linhas de código ou linhas por método.

Answer 1

Eu não acho que métricas de código (por vezes referido como métricas de software ) fornecem dados valiosos em termos de onde você pode melhorar.

Com métricas de código é uma espécie de bom ver a quantidade de código que você escreve em uma hora etc., mas além eles dizem nada sobre a qualidade do código escrito, a sua documentação e cobertura de código. Eles são praticamente uma semana tentativa de medir onde você não pode realmente medir.

métricas de código também discriminar os programadores que resolver os problemas mais difíceis, porque eles , obviamente, conseguiu código menos. No entanto, eles resolveram as questões duras e um programador júnior sacando lotes de código porcaria parece ser bom.

Outro exemplo para o uso de métricas é a Ohloh . Eles empregam métricas para colocar um preço em um projeto opensource (usando o número de linhas, etc.), que em si é uma tentativa que é falho como o inferno -. Como você pode imaginar

Tendo dito tudo que a entrada Wikipedia fornece algumas dicas em geral sobre o tema, lamento não responder a sua pergunta de forma mais solidária com realmente um grande site ou livro, mas eu aposto que você tem a deriva que eu não sou um grande ventilador. :)

Algo para empregar para ajudar a melhorar seria a integração contínua e aderindo a algum tipo de padrão quando se trata de código, documentação e assim por diante. Isso é como você pode melhorar. Métricas são apenas colírio para reuniões -. "Olha que codificado que muito já"

Atualizar

Ok, bem, meu ponto é acoplamento eferente ou mesmo complexidade ciclomática pode indicar que algo está errado - ele não tem que ser embora errado. Ele pode ser um indicador para refatorar uma classe, mas não há nenhuma regra de ouro que você diz quando.

IMHO uma regra como mais de 500 linhas de código, refatorar ou o DRY principais são mais aplicáveis ??na maioria dos casos. Às vezes é tão simples como isso.

Eu dar-lhe que muito do que desde a complexidade ciclomática é representada graficamente em um gráfico de fluxo, pode ser um abridor de olho. Mas, novamente, usar com cuidado.

Answer 2

Em minhas métricas de opinião são uma excelente maneira de encontrar pontos fracos na sua base de código. Eles são muito úteis também para mostrar seu gerente por que você deve gastar tempo melhorá-lo.

Este é um post que escrevi sobre isso: http: / /blog.jorgef.net/2011/12/metrics-in-brownfield-applications.html

Espero que ajude