La première chose à faire est de déterminer votre définition de «ligne de code» (LOC). Dans vos deux questions
Il compte une ligne avec juste un} comme ligne et il ne veut pas que cela compte comme "ce n'est pas une ligne, c'est un choix de style"
et dans les réponses, par exemple,
Vous pouvez ajuster les mesures des lignes de code en ignorant les lignes vides et réservées aux commentaires ou en excluant Javadoc si vous le souhaitez
vous pouvez voir que les gens ont des opinions différentes sur ce qui constitue une ligne de code. En particulier, les gens sont souvent imprécis quant à savoir s'ils veulent vraiment le nombre de lignes de code ou le nombre d'instructions. Par exemple, si vous avez la très longue ligne suivante remplie de déclarations, que voulez-vous signaler, 1 LOC ou des centaines de déclarations?
{ a = 1; b = 2; if (a==c) b++; /* etc. for another 1000 characters */ }
Et quand quelqu'un vous demande ce que vous appelez un LOC, assurez-vous que vous pouvez répondre, même si c'est juste "ma définition d'un LOC est la définition de Metrics2". En général, pour le code le plus souvent formaté (contrairement à mon exemple), les outils populaires donneront des nombres assez similaires, donc Metrics2, SonarQube, etc. devraient tous convenir, tant que vous les utilisez de manière cohérente. En d'autres termes, ne comptez pas le LOC d'un code à l'aide d'un seul outil et comparez cette valeur à une version ultérieure de ce code qui a été mesurée avec un outil différent.