Experimentei o plugin Metrics e, embora seja bom e tudo, não é o que meu chefe está procurando. Conta uma linha com apenas um }
como linha e ele não quer que isso conte como "não é uma linha, é uma escolha de estilo". Também preciso gerar algum tipo de relatório sobre as métricas fornecidas. Existem boas ferramentas para isso?
eclipse
metrics
line-count
confundido
fonte
fonte
Respostas:
Instale o plug-in Eclipse Metrics . Para criar um relatório HTML (com XML e CSV opcionais)
right-click a project -> Export -> Other -> Metrics
.Você pode ajustar as métricas de linhas de código, ignorando as linhas em branco e somente comentários ou excluir Javadoc se desejar. Para fazer isso, verifique a guia em
Preferences -> Metrics -> LoC
.É isso aí. Não existe uma opção especial para excluir chaves
{}
.O plugin oferece uma métrica alternativa ao LoC chamada Número de Declarações . Isso é o que o autor tem a dizer sobre isso:
Editar:
Depois de esclarecer sua dúvida, entendo que você precisa de uma visão para violações de métricas em tempo real, como avisos ou erros do compilador. Você também precisa de uma funcionalidade de relatório para criar relatórios para seu chefe. O plug-in que descrevi acima é para relatórios porque você deve exportar as métricas quando quiser vê-las.
fonte
right click a project -> Export
, instalei o plug-in diretamente do eclipse marketplace - a versão é -Eclipse Metrics 3.12.0
, alguém pode me ajudar. obrigado!Sempre há a "força bruta":
Pesquisar-> Arquivo
Digite o seguinte em "Texto contido" ->
^.*$
. Em seguida, marque a caixa de seleção "Expressão regular"Digite o seguinte em "Padrões de nome de arquivo" ->
*.java
Clique em "Pesquisar"
Verifique o número de correspondências na guia "Pesquisar".
fonte
\n[\s]*
e irá ignorar as linhas vaziasSe em OSX ou * NIX, use
Obtenha todas as linhas reais de código java de arquivos * .java
Pegue todas as linhas dos arquivos * .java, que incluem linhas vazias e comentários
Obtenha informações por arquivo, isso lhe dará [caminho para o arquivo + "," + número de linhas]
fonte
find . -name "*.java" | xargs cat | grep "[a-zA-Z0-9{}]" | wc -l
Outra forma seria usar outro utilitário loc, como o LocMetrics por exemplo.
Ele também lista muitas outras ferramentas locais . A integração com o Eclipse não estaria sempre lá (como estaria com o Metrics2 , que você pode verificar porque é uma versão mais recente do que o Metrics ), mas pelo menos essas ferramentas podem raciocinar em termos de linhas lógicas (calculadas pela soma os pontos e vírgulas terminais e as chaves terminais).
Você também pode verificar se o eclipse-metrics está mais adaptado ao que você espera.
fonte
Outra ferramenta é o Google Analytix , que também permitirá que você execute métricas mesmo que você não consiga construir o projeto em caso de erros
fonte
Uma maneira possível de contar linhas de código no Eclipse:
usando o menu Pesquisar / Arquivo ..., selecione a guia Pesquisa de arquivo, especifique \ n [\ s] * para Texto contido (isso não contará as linhas vazias) e marque Expressão regular.
Dica de chapéu: www.monblocnotes.com/node/2030
fonte
Criei um plugin do Eclipse, que pode contar as linhas do código-fonte. Suporta Kotlin, Java, Java Script, JSP, XML, C / C ++, C # e muitos outros tipos de arquivo.
Por favor, de uma olhada nisso. Qualquer opinião será apreciada!
o repositório git-hub está aqui
fonte
ProjectCodeMeter conta LLOC (linhas lógicas de código) exatamente como você descreveu (apenas linhas efetivas). ele se integra ao eclipse como uma ferramenta de métrica de código externa , embora não seja em tempo real, ele gera um relatório. na verdade, ele conta muitas métricas de código-fonte, como complexidade, complexidade aritmética, strings codificadas, constantes numéricas ... até estima o tempo de desenvolvimento em horas .
fonte
Para análise estática, usei e recomendo o SonarQube, que executa quase todas as métricas que você poderia desejar em uma ampla gama de idiomas e é gratuito na versão básica (você tem que pagar para analisar os tipos de idiomas que eu apenas codifique com uma arma na minha cabeça).
Você tem que instalá-lo como um aplicativo da web executando a análise de seu repositório de código-fonte, mas também tem um plugin do Eclipse .
É um exagero se você quer apenas saber, de forma pontual, quantas linhas de código existem em seu projeto. Se você deseja rastrear métricas ao longo do tempo, comparar projetos, disparar avisos quando um limite é excedido, etc., é fantástico.
Divulgação: Não tenho relacionamento financeiro com a SonarSource.
fonte
A primeira coisa a fazer é determinar sua definição de "linha de código" (LOC). Em ambas as suas perguntas
e nas respostas, por exemplo,
você pode dizer que as pessoas têm opiniões diferentes sobre o que constitui uma linha de código. Em particular, as pessoas costumam ser imprecisas sobre se realmente desejam o número de linhas de código ou o número de instruções. Por exemplo, se você tem a seguinte linha realmente longa cheia de afirmações, o que deseja relatar, 1 LOC ou centenas de afirmações?
E quando alguém perguntar o que você está chamando de LOC, certifique-se de que pode responder, mesmo que seja apenas "minha definição de LOC é a definição da Metrics2". Em geral, para o código formatado mais comumente (ao contrário do meu exemplo), as ferramentas populares fornecem números bastante semelhantes, então Metrics2, SonarQube, etc. devem estar bem, contanto que você os use consistentemente. Em outras palavras, não conte o LOC de algum código usando uma ferramenta e compare esse valor com uma versão posterior desse código que foi medido com uma ferramenta diferente.
fonte