Est-il possible de trouver le nombre de lignes de code dans une solution entière ? J'ai entendu parler de MZ-Tools mais existe-t-il un équivalent en source ouverte ?
J'ai trouvé powershell utile pour cela. De toute façon, je considère que la LdC est une mesure assez bidon, donc je ne pense pas que quelque chose de plus formel soit nécessaire.
Du répertoire d'une petite solution :
PS C:\Path> (gci -include *.cs,*.xaml -recurse | select-string .).Count
8396
PS C:\Path>Cela comptera les lignes non vides dans tous les fichiers .cs et .xaml de la solution. Pour un projet plus important, j'ai simplement utilisé une liste d'extensions différente :
PS C:\Other> (gci -include *.cs,*.cpp,*.h,*.idl,*.asmx -recurse | select-string .).Count
909402
PS C:\Other>Pourquoi utiliser une application entière quand une seule ligne de commande suffit :)
(La seule fois où l'on m'a demandé de fournir des décomptes de lignes, c'était lorsque la haute direction évaluait le temps qu'il faudrait pour migrer tous nos produits à l'étranger afin de pouvoir fermer notre site national).
(Oui, cela inclut les fichiers et les commentaires codés. Non, cela ne me dérange pas. Les concepteurs, le code gen'd et les commentaires doivent être maintenus, eux aussi).
Très bien, j'avais complètement oublié powershell. il devrait devenir le remplaçant par défaut de cmd
La prime l'inclut. Cependant, il semble ignorer les fichiers de code où le type est défini dans le xaml.
Avertissement : Cela fait beaucoup d'autres choses que simplement compter les lignes. Il liste également "l'indice de maintenabilité", "la complexité cyclomatique", "la profondeur de l'héritage", et "le couplage des classes", qui sont tous assez compliqués à calculer, et vous ne pouvez pas exécuter les métriques pour une partie seulement. Cela signifie que si votre base de code est particulièrement volumineuse, vous risquez de passer des heures à l'attendre. Si tout ce que vous voulez est le nombre de lignes, il existe des solutions beaucoup plus rapides.
J'ai utilisé Ctrl + Shift + F . Ensuite, mettez un \n dans le champ de recherche et dans le champ d'activation des expressions régulières. Ensuite, dans les résultats de la recherche, à la fin de l'écran se trouvent le nombre de fichiers recherchés et les lignes de code trouvées.
Vous pouvez utiliser [^\n\s]\r\n pour sauter les lignes vides et les lignes d'espacement (merci à Zach dans les commentaires).
Cette solution inclut de manière incorrecte des lignes vides, des commentaires, de la documentation et des déclarations de fractionnement. Pour de nombreuses applications, celles-ci ne devraient pas compter comme des lignes de code.
Bien qu'il soit légèrement imprécis (si vous utilisez en fait \n dans votre code, cette ligne sera comptée deux fois), il reste la meilleure réponse si vous avez besoin d'un ROM de lignes de code sans outil tiers.
Vous pouvez également sélectionner un type de fichier spécifique en choisissant une option Look at these file types: juste en dessous de la liste déroulante enable regular expressions box .
Un compteur de lignes open source pour VS2005, 2003 et 2002 est disponible ici :
Il y a aussi une discussion sur la création d'un addin VS de comptage de lignes, avec le code sur Codeproject, ici.
http://www.codeproject.com/KB/macros/LineCounterAddin.aspx
Slick Edit Gadgets propose également un joli compteur de lignes, ici :
http://www.slickedit.com/products/slickedit
et Microsoft Visual Studio Team System 2008 comprend un bon compteur de lignes.
Mais n'oubliez pas :
Mesurer les progrès de la programmation en lignes de code, c'est comme mesurer les progrès de la construction aéronautique en poids. Bill Gates
Il est souvent stupide de compter les lignes de code, et la quantité n'est pas synonyme de qualité. Cependant, une énorme équipe qui met en l'air un Dreamliner de 545 000 livres (545 000 lb !!) est un accomplissement entièrement différent du lancement de l'ultralite que j'ai construit tout seul dans mon garage. Et si vous pensez au nombre de lignes de code dans Windows, peut-être que M. Bill voulait dire cela d'une manière différente de celle qui est habituellement prise... ?
Aucun d'entre eux ne semble s'appliquer à Visual Studio 2010, et le lien slickedit est cassé.
Vous trouverez la fonction LOC dans Visual Studio 2010 Ultimate sous la rubrique "Analyse > Métrique du code" J'espère avoir bien traduit. J'ai la version allemande. C'est "Analyse" > "Codemetriken berechnen".
J'ai trouvé cette astuce : LOC avec VS Rechercher et remplacer
Ce n'est pas un plugin si c'est ce que vous recherchez.
J'adore celle-ci, mais je pense avoir trouvé une petite erreur dans l'expression. Pour VB.Net, je pense que cela devrait être ^~(:Wh@')~(:Wh@\#).+ et pour C#, je pense ^~(:Wh@//)~(:Wh@\{:Wh@)~(:Wh@\}:Wh@)~(:Wh@\#).+ De cette façon, les lignes de commentaires vides et les directives du compilateur sont correctement traitées. Cela a mieux fonctionné pour moi avec VB.NET de toute façon, et C# je n'ai pas testé.
^~(:Wh@//)~(:Wh@\{:Wh@)~(:Wh@\}:Wh@)~(:Wh@\#)~(:Wh@$).+ a fini par mieux fonctionner pour C#, j'obtenais des lignes constituées uniquement d'espaces.
Ne compte-t-il pas aussi toutes les lignes commentées ? Seulement les lignes de CODE s'il vous plaît !
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.
24 votes
Je suis d'accord que ça n'aide pas beaucoup mais si la direction le demande...
1 votes
Ce n'est pas nécessairement lié à la programmation, mais cela peut vous donner une indication de la complexité de votre base de code. J'ai été assez surpris d'apprendre la taille de notre solution, en utilisant le PS script de Greg D.
36 votes
La LdC est simplement une métrique et est particulièrement intéressante dans deux cas : 1) pour avoir une idée de la taille de la base de code, par exemple lorsque vous rejoignez une nouvelle équipe 2) pour mesurer vos progrès lorsque vous essayez de rendre votre base de code plus compacte.
207 votes
Certaines personnes ici disent que compter les lignes de code est inutile si l'on n'y réfléchit pas. Il est tout à fait utile car c'est une métrique qui devrait généralement être minimisée. C'est un moyen simple de mesurer la complexité de la solution (pas l'efficacité) et si le problème est connu pour être simple, plus il y a de lignes de code, généralement plus la qualité est faible. Par ailleurs, pourquoi les gens prennent-ils la peine de répondre si c'est juste pour dire que la question est mauvaise ? Que penseriez-vous si un professeur vous disait que votre question ne devrait pas être posée ?
2 votes
LoC est utile tant que vous n'en faites pas trop. C'est un bon indicateur de la taille globale et du niveau de complexité de l'application, mais n'oubliez pas qu'il est facile de truquer le nombre de lignes - n'importe qui peut trouver le moyen de regrouper de nombreuses déclarations sur une seule ligne, ou de diviser une déclaration simple en de nombreuses lignes. Il est généralement utile d'y jeter un coup d'œil lorsque vous prenez en charge un nouveau projet, mais il est généralement déconseillé de se fixer des objectifs et de mesurer les progrès réalisés en fonction de ce nombre.
2 votes
Si vous avez passé des mois à écrire une application WPF et que votre patron veut "juste" que vous la changiez en WinForms parce que quelqu'un lui a dit que WPF était mauvais, vous pourriez "juste" lui donner la moindre idée de ce qu'il demande.
83 votes
Dans VS2010, il existe un outil intégré qui compte toutes les lignes de code et d'autres valeurs également : Allez à View -> Other Windows -> Code metrics results. Un petit bouton dans le coin qui ressemble à un calendrier, cliquez dessus, l'info-bulle devrait dire Calculer les métriques de code pour la soulution, et laissez VS faire son travail.
0 votes
Parfois, un programmeur débutant a besoin de quelques chiffres pour se donner l'impression d'avoir accompli quelque chose.
1 votes
@KirillV.Lyadvinsky très utile comme élément d'estimation du coût de portage d'une bibliothèque d'un langage à un autre.
76 votes
La personne n'a pas toujours besoin de vous dire pourquoi elle veut compter les codes. Lorsque la question est posée aussi simplement, le pourquoi n'est pas pertinent. Il suffit de répondre à sa question. Je déteste ça. Il y a des moments où il faut demander pourquoi, lorsque c'est clairement nécessaire, et il y a des moments où il ne faut pas le faire (lorsque vous ne voyez personnellement pas de besoin... et que vous ne faites que harceler le posteur avec arrogance).
2 votes
La solution intégrée de VS2010 (et même de VS2012) ne semble compter que les LOC sur les projets gérés. Si vous cherchez à compter les lignes C++, vous n'avez pas de chance.
1 votes
Allez à View -> Other Windows -> Code Metrics Results Vous pouvez exporter le résultat vers Excel et le filtrer par projet / espace de nom, etc.
0 votes
En tant que programmeur dont le code est examiné pour les exigences PCI, il est absolument nécessaire de connaître le nombre de lignes. Plus vous avez de lignes de code, plus le coût augmente =)
0 votes
Je crois que la mesure du code dans VS ne compte pas les lignes des fichiers de code source de style xml comme XAML.
1 votes
@Fermin Je vous suggère de mettre à jour la réponse cochée. La réponse de Herter ci-dessous (245 votes) est correcte, car Visual Studio inclut désormais cette fonctionnalité.
0 votes
Y a-t-il un moyen de compter les lignes de code sur une journée ou quelque chose comme ça ?
0 votes
Ce n'est pas la quantité, mais la qualité qui compte ;)