Quels sont les avantages d'afficher des numéros de ligne dans un éditeur de texte?

27

Je me sens bizarre lorsque je modifie du code dans un IDE qui n'a pas de numéro de ligne dans l'éditeur de texte.

Mes questions sont les suivantes:

  1. Les numéros de ligne sont-ils visuellement excessifs, en particulier lorsqu'une fonction de recherche par ligne existe dans l'IDE de votre choix?
  2. À quoi sert l'affichage des numéros de ligne?
Nick Larsen
la source
35
2: Sentez-vous totalement macho sur le nombre de lignes de code écrites.
Adam Crossland
4
@AdamCrossland: drôle, vous devez mentionner que, je le vois généralement comme exactement le contraire et plus j'écris de lignes de code, plus je passe de temps à le regarder pour m'assurer que je n'ai rien fait deux fois et que je '' m réunion spec.
Nick Larsen
4
Ouais, c'est vrai pour moi aussi, mais parfois il suffit de mettre le casque de moto et de faire le macho.
Adam Crossland
3
Je trouve plus rapide de faire défiler en gardant un œil sur les numéros de ligne que d'utiliser la fonction goto line de mon éditeur (peut-être parce que je dois d'abord le trouver à chaque fois), surtout quand je suis déjà proche
ratchet freak
7
@Adam: Sentez-vous totalement macho à cause du peu de lignes de codes que j'ai écrites pour le faire fonctionner.
Newtopian le

Réponses:

14

Tout ce qui facilite la communication est un plus.

  1. Cela ne prend pas beaucoup de place, donc non, ce n'est pas excessif si vous ou l'un de vos collègues trouvez utile de discuter du code.

  2. Même si vous ne faites pas de programmation par paires, il est utile pour les révisions de code "par-dessus l'épaule" si vous n'utilisez pas d'outils comme Code Collaborator (nous ne le faisons pas pour le moment).

De plus, si vous avez des membres d'équipe sur d'autres sites (nous le faisons), il est utile de discuter du code via la messagerie instantanée ou au téléphone.

Comment pouvez-vous leur dire de leur dire d'aller à la ligne 1842 si vous ne voyez pas la ligne?

Pour moi, c'est un petit outil simple et précieux. Même certaines de nos spécifications PDF ont des lignes numérotées, et il est étonnant de voir combien il est plus facile de se référer et de discuter par rapport aux non numérotées.

Hugo
la source
54

Personne n'a mentionné pouvoir regarder rapidement une trace de pile d'exceptions pour savoir où une exception s'est produite.

maple_shaft
la source
Vraiment? États OP "referencing stack trace line numbers". Ou faites-vous référence à des choses différentes?
StuperUser
3
Oups ... ça m'a manqué! Eh bien ... c'est important, donc ça vaut la peine d'être réitéré! ;)
maple_shaft
4
Eh bien, la question a été modifiée maintenant, vote positif ahoy!
StuperUser
Et bien sûr, en regardant les journaux (pas nécessairement des exceptions). Tous nos journaux indexent le fichier + la ligne dont ils proviennent, incroyablement pratique!
Matthieu M.
@maple_shaft, En fait, même lorsque vous ne pouvez pas voir les lignes, vous pouvez toujours faire Ctrl-G (par exemple, le vieux bloc-notes ordinaire).
Pacerier
51

Les numéros de ligne affichés sont essentiels pour la programmation par paires. Il n'y a pas de moyen plus rapide de diriger les yeux de votre paire vers le code auquel vous pensez.

Par extension, les numéros de ligne sont également extrêmement utiles pour les revues de code, formelles et informelles.

Eric Wilson
la source
+1: N'avait pas envisagé la programmation en binôme (pas étonnant cependant car je ne suis définitivement pas un fan). Cependant, l'utilité des numéros de ligne dans les revues de code est à peu près altérée si vous utilisez une application pour cela (comme CodeCollaborator)
Demian Brecht
Je n'avais pas l'habitude de numéroter les lignes avant d'avoir fait un peu de programmation par paires, maintenant j'ai l'habitude de numéroter les lignes. +1 pour m'avoir permis de réaliser cette connexion.
SingleNegationElimination
11
Plutôt que de dire «Lignes 247 à 253», je trouve plus rapide de simplement mettre ces lignes en surbrillance ou de les pointer du doigt. Je ne pense pas que cette réponse soit suffisante pour justifier l'encombrement supplémentaire.
BlueRaja - Danny Pflughoeft
1
Je suis stupéfait que cette réponse ait reçu 36 votes positifs en 24 heures.
Eric Wilson
@BlueRaja: pas sûr non plus de la programmation par paire (même si vous pourriez avoir les deux mains occupées), mais lorsque vous discutez d'un bureau à un autre, cela aide certainement! Il y a quelque chose que je ne comprends pas dans yyy.cpp à la ligne 314, pourquoi en avons-nous besoin?
Matthieu M.
10
  1. Non, j'aime avoir les données pour me donner une idée de l'endroit où se trouve quelque chose dans un fichier, surtout si je regarde un gros fichier de configuration où il peut ne pas être facile de retrouver cet endroit.

  2. Je peux regarder le numéro de ligne comme un moyen pour moi de voir la taille d'un fichier. S'il y a quelques milliers de lignes de code dans un fichier, il peut être temps de se demander si ce fichier doit être divisé ou quelque chose. Je peux également l'utiliser pour juger de la profondeur de mon fichier si j'ai une approximation de la taille du fichier et des numéros qui sont sur mon écran. J'aime l'idée de quantifier ma position dans la barre de défilement, par exemple, je suis dans le quart supérieur du fichier ou le 3e quintile.

JB King
la source
1
Quelques milliers ?
Anthony Pegram
4
@Anthony: Vous devriez voir loc par fichier dans un jeu;)
Demian Brecht
3
@Anthony: bien sûr. J'ai vu des fichiers source avec 10k + LOC, facilement.
tdammers
1
@tdammers, moi aussi. Le problème n'est pas de savoir si ces fichiers existent, c'est le moment de commencer à reconsidérer. À mon avis, c'est normalement bien avant quelques milliers. C'est bien avant quelques centaines . En fait, une fois que je commence à faire défiler, je commence à me sentir un peu nerveux (cela ne signifie pas que je refactorise immédiatement, remarquez).
Anthony Pegram
5
@Anthony Pegram - Je pense qu'un programme doit être bien structuré via des fonctions / routines et cetera. Le fait qu'ils soient tous dans le même dossier ne me dérange pas; plutôt l'inverse; Je les préfère tous là-dedans au lieu d'une pléthore de fichiers dans un seul répertoire. Plus facile à différencier aussi, OMI.
Tour
9

Je viens d'une histoire d'utilisation d'éditeurs avec des numéros de ligne intégrés. Mes réflexions à ce sujet? Ils sont absolument inutiles (j'utilise maintenant Vim avec des numéros de ligne désactivés). Réfléchissez à ceci: Même lorsque vous faites obtenir des traces de pile et autres, combien de fois avez - vous manuellement regardez la ligne à l' aide des numéros de ligne , par opposition à ctrl+g(dans la plupart des éditeurs Windows) ou :line-numdans vim?

Edit: Bien sûr, cela peut être différent pour les autres, mais 99% du temps, j'utilise ce dernier.

Demian Brecht
la source
7

Une grande chose: si vous utilisez Visual studio ou toute autre idée avec des régions réductibles, les numéros de ligne vous donnent une idée instantanée de la taille d'une zone sans l'agrandir. De plus, si vous avez une sorte de journal vous dirigeant vers une ligne de problème, il est agréable de ne pas avoir besoin d'utiliser une commande lorsque la ligne est juste devant vous.

marque
la source
3

Pour une raison quelconque (la compilation croisée vous vient à l'esprit), votre compilateur peut ne pas être intégré à votre IDE. Par conséquent, vous avez besoin d'une référence absolue pour savoir où les erreurs sont trouvées. (Lorsque vous compilez en dehors de votre IDE)

NWS

NWS
la source
2

La seule fois où j'ai utilisé des numéros de ligne, c'est lorsqu'un bogue apparaît et que la trace de la pile m'indique que cela s'est produit à la ligne x.

J'ai vu de nombreux développeurs professionnels travailler sans numéros de ligne. Donc, je ne vois pas d'autre usage que le référencement tardif .

Saeed Neamati
la source
2

J'aime l'avoir lorsque j'utilise l'écran partagé dans jEdit.

Christopher Mahan
la source
+1 Cela aide certainement à orienter le travail sur écran partagé dans le même fichier! Il existe quelques autres façons de déterminer si vous consultez la référence ou la zone de travail du fichier.
Adam
1

Oui, comme le dit @maple_host, il est vraiment pratique de faire un "vi file.py +142" quand je vois une exception provenant du code à ce numéro de ligne. Plus les autres avantages mentionnés avec la programmation en binôme, etc ... Il est toujours avantageux d'avoir les numéros de ligne sur n'importe quel éditeur. (Je me souviens de la vague erreur de compilation signalée par MS VC ++ 6 dans l'un des fichiers d'en-tête standard, ligne #blah !! .. C'était en fait une macro redéfinition faite par moi-même !!). Trouvez et tuez.

Cordialement, Yati Sagade

yati sagade
la source