Quais são as vantagens de mostrar números de linha em um editor de texto?

Sinto-me estranho ao editar código em um IDE que não possui números de linha no editor de texto.

As perguntas que tenho são:

1. Os números de linha são visualmente excessivos, principalmente quando existe uma função de busca por linha no IDE de sua escolha?
2. Quais são os usos de mostrar números de linha?

Tudo o que ajuda na comunicação é uma vantagem.

1. Como não ocupa muito espaço, não é excessivo se você ou algum de seus colegas achar útil discutir o código.

2. Mesmo que você não faça programação emparelhada, é útil para revisões de código "por cima do ombro" se você não usar ferramentas como o Code Collaborator (não o fazemos agora).

Além disso, se você tiver membros da equipe em outros sites (o que fazemos), é útil discutir o código via IM ou pelo telefone.

Como você pode dizer para eles irem para a linha 1842, se você não pode ver a linha?

Para mim, é uma pequena ferramenta simples e inestimável. Até algumas de nossas especificações em pdf têm linhas numeradas, e é incrível como é mais fácil consultar e discutir em comparação com as não numeradas.

Ninguém mencionou ser capaz de examinar rapidamente um rastreamento de pilha de exceções para descobrir onde ocorreu uma exceção.

Os números de linha exibidos são essenciais para a programação emparelhada. Não há uma maneira mais rápida de direcionar os olhos do seu par para o código em que você está pensando.

Por extensão, os números de linha também são extremamente úteis para revisões de código, formais e informais.

1. Não, eu gosto de ter os dados para me dar uma idéia de onde está algo em um arquivo, especialmente se eu estiver visualizando um grande arquivo de configuração onde talvez não seja fácil encontrar esse local novamente.

2. Posso olhar para o número da linha como uma maneira de ver o tamanho de um arquivo. Se houver alguns milhares de linhas de código em um arquivo, talvez seja hora de considerar se esse arquivo deve ser dividido ou algo assim. Também posso usá-lo para avaliar a profundidade de um arquivo se tiver uma estimativa do tamanho do arquivo e quais números estão na minha tela. Eu gosto da ideia de quantificar minha localização na barra de rolagem, por exemplo, estou no quarto superior do arquivo ou no terceiro quintil.

Eu vim de uma história de uso de editores com números de linhas incorporados a eles. Meus pensamentos sobre o assunto? Eles são absolutamente desnecessários (agora uso o Vim com os números de linha desativados). Pense sobre isso: Mesmo quando você faz obter rastreamentos de pilha e tal, quantas vezes você manualmente olhar para a linha usando números de linha em oposição a ctrl+g(na maioria dos editores do Windows) ou :line-numno vim?

Edit: Claro, isso pode ser diferente para os outros, mas 99% do tempo, eu uso o último.

Uma grande coisa: se você estiver usando o Visual studio ou qualquer ide com regiões recolhíveis, os números de linha dão uma ideia instantânea do tamanho de uma área sem expandi-la. Além disso, se você tiver algum tipo de registro direcionando você para uma linha de problema, é bom não precisar usar um comando quando ela estiver bem na sua frente.

Por qualquer motivo (compilação cruzada vem à mente), seu compilador pode não estar integrado ao seu IDE. Portanto, você precisa de uma referência absoluta para onde os erros são encontrados. (Quando você compila fora do seu IDE)

NWS

A única vez que usei números de linha é quando um bug aparece e o rastreamento de pilha me diz que isso aconteceu na linha x.

Eu já vi muitos desenvolvedores profissionais trabalhando sem números de linha. Portanto, não vejo outro uso além da referência tardia .

Eu gosto de usá-lo quando uso a tela dividida no jEdit.

Sim, como o @maple_host diz, é realmente conveniente fazer um "vi file.py +142" quando vejo uma exceção originada no código nesse número de linha. Além das outras vantagens mencionadas na programação emparelhada, etc ... É sempre benéfico ter os números de linha em qualquer editor. (Lembro-me do vago erro de compilação relatado pelo MS VC ++ 6 em um dos arquivos de cabeçalho padrão, linha #blah !! .. Na verdade, era uma redefinição de macro feita por mim !!). Encontre e mate.

Atenciosamente, Yati Sagade

Descobri que o realce da linha atual pode resolver a maioria dos problemas "onde você está olhando". Mas, o ponto sobre rastreamentos de pilha é crítico.