Які переваги показує номери рядків у текстовому редакторі?


27

Мені здається дивно, коли я редагую код у IDE, у якому немає текстових номерів у текстовому редакторі.

У мене є такі питання:

  1. Чи є візуально завищені номери рядків, особливо коли функція пошуку за рядком існує у вибраному вами IDE?
  2. У чому полягає використання показаних номерів рядків?

35
2: Повністю відчуваєте мачо над кількістю написаних рядків коду.
Адам Кросленд

4
@AdamCrossland: смішно, ви повинні це зазначити, я зазвичай бачу це як прямо протилежне, і чим більше рядків коду я пишу, тим більше часу я закінчую витрачати на перегляд, щоб переконатися, що я нічого не робив двічі, і що я ' m спец. зустрічі
Нік Ларсен

4
так, це все також стосується і мене, але іноді просто потрібно нав'язати шолом на мотоциклі і поїхати на мачо.
Адам Кросленд

3
Мені здається, що швидше прокручувати погляди на номери рядків, ніж використовувати функцію goto line мого редактора (це може бути тому, що я спершу повинен знайти це кожен раз), особливо коли я вже близько
храповий вирод

7
@Adam: Відчуваю себе повністю мачо, як кілька рядків кодів я написав, щоб він працював.
ньютопський

Відповіді:


14

Все, що сприяє спілкуванню, є плюсом.

  1. Це не займає багато місця, так що ні, це не зайве, якщо вам чи комусь із колег вважається корисним обговорити код.

  2. Навіть якщо ви не займаєтесь парним програмуванням, це корисно для оглядів коду «через плече», якщо ви не використовуєте такі інструменти, як Code Collaborator (у нас зараз немає).

Крім того, якщо у вас є члени команди на інших сайтах (у нас), це корисно для обговорення коду через чат або по телефону.

Як ви можете сказати їм сказати їм перейти на лінію 1842, якщо ви не можете побачити лінію?

Для мене це безцінний простий маленький інструмент. Навіть деякі наші PDF-характеристики мають нумеровані рядки, і дивно, наскільки простіше це посилатися та обговорювати порівняно з ненумерованими.


54

Ніхто не згадав про можливість швидкого перегляду сліду стека винятків, щоб дізнатися, де стався виняток.


Дійсно? Держави ОП "referencing stack trace line numbers". Або ви обидва маєте на увазі різні речі?
StuperUser

3
На жаль ... я це пропустив! Ну ... важливо, тому варто ще раз повторити! ;)
maple_shaft

4
Ну питання вже відредаговано, зверніть ахой!
StuperUser

І звичайно, дивлячись на журнали (не обов’язково з винятків). Всі наші журнали індексують файл + рядок, з якого вони походять, неймовірно зручно!
Матьє М.

@maple_shaft, Насправді навіть коли ви не в змозі побачити лінії, ви все одно можете робити Ctrl-G (наприклад, звичайний старий блокнот).
Pacerier

51

Відображаються номери рядків важливі для парного програмування. Немає більш швидкого способу спрямувати погляд вашої пари на код, про який ви думаєте.

За розширенням, номери рядків також надзвичайно корисні для огляду коду, як формальних, так і неофіційних.


+1: Не вважав парним програмуванням (не дивно, хоча я точно не шанувальник). Однак, корисність номерів рядків у оглядах кодів досить сильно перероблена, якщо ви використовуєте для цього додаток (наприклад, CodeCollaborator)
Дем'ян Брехт

Мені не було звички нумерації рядків, поки я не зробив трохи програмування пар, тепер я звик нумерувати рядки. +1 за те, щоб змусити мене усвідомити цей зв’язок.
SingleNegationElimination

11
Замість того, щоб сказати "Рядки 247 - 253", я вважаю, що швидше просто виділити ці лінії або вказати на них пальцем. Я не вважаю, що ця відповідь є достатньою, щоб виправдати зайву безладність.
BlueRaja - Danny Pflughoeft

1
Мені приголомшено, що ця відповідь отримала 36 заявок за 24 години.
Ерік Вілсон

@BlueRaja: не впевнений у програмі парного програмування (хоч ти можеш зайняти обидві руки), але, коли обговорюєшся від однієї партії до іншої, це, безумовно, допомагає! Щось я не розумію у yyy.cpp у рядку 314, навіщо нам це потрібно?
Matthieu M.

10
  1. Ні, мені подобається мати дані, щоб дати мені уявлення про те, де щось у файлі, особливо якщо я дивлюсь на великий файл конфігурації, де може бути непросто знову знайти це місце.

  2. Я можу поглянути на номер рядка як на спосіб я побачити, наскільки великий файл. Якщо у файлі є кілька тисяч рядків коду, можливо, настав час розглянути питання про те, чи слід цей файл розбити чи щось. Я також можу використовувати його, щоб оцінити, наскільки глибоко я знаходжусь у файлі, якщо у мене на екрані є бальний розмір файлу та які цифри. Мені подобається ідея кількісного визначення мого місця розташування на панелі прокрутки, наприклад, я перебуваю у верхній чверті файлу або 3-му квінтілі.


1
Кілька тисяч ?
Ентоні Пеграм

4
@Anthony: Ви повинні побачити локальний файл у грі;)
Дем'ян Брехт

3
@Anthony: звичайно. Я легко бачив вихідні файли з 10k + LOC.
tdammers

1
@tdammers, так само я. Питання не в тому, чи існують ці файли, це момент, коли саме час приступити до перегляду. На мою думку, це зазвичай набагато раніше кількох тисяч. Це задовго до кількох сотень . Насправді, як тільки я починаю прокручувати, я починаю відчувати себе трохи мудрою (це не означає, що я негайно рефактор, зауважте).
Ентоні Пеграм

5
@Anthony Pegram - Я вважаю, що програма повинна бути добре структурована за допомогою функцій / процедур тощо. Те, що вони всі в одному файлі, мене не турбує; зовсім навпаки; Я вважаю за краще їх усіх там, а не безліч файлів в одному каталозі. Легше розрізнятись, ІМО.
Грак

9

Я походив з історії використання редакторів із вбудованими в них номерами рядків. Мої думки з цього приводу? Вони абсолютно непотрібні (я зараз використовую Vim із відключеними номерами рядків). Подумайте про це: Навіть якщо ви робите отримати трасування стека і такі, скільки разів ви вручну шукати для рядка , використовуючи номери рядків , на відміну від ctrl+g(в більшості редакторів для Windows) або :line-numв Vim?

Редагувати: Звичайно, це може бути різним для інших, але 99% часу я використовую останнє.


7

Одна важлива річ: якщо ви використовуєте Visual studio або будь-яку ідею зі складаними регіонами, номери рядків дають вам уявлення про те, наскільки великою є площа, не розширюючи її. Крім того, якщо у вас є якийсь журнал, який спрямовує вас до проблемної лінії, непогано не використовувати команду, коли рядок знаходиться прямо перед вами.


3

З будь-якої причини (перехресне компіляція приходить на думку) ваш компілятор може бути не інтегрований у ваш IDE. Тому вам потрібна абсолютна довідка про те, де знайдені помилки. (Коли ви збираєтесь поза вашим IDE)

NWS


2

Єдиний раз, коли я використовував номери рядків - це коли з'являється помилка і слід стека говорить мені, що це сталося в рядку x.

Я бачив багато професійних розробників, які працюють без номерів рядків. Отже, я не бачу іншого використання, крім пізнього посилання .


2

Мені подобається це мати, коли я використовую розділений екран у jEdit.


+1 Це безумовно допомагає орієнтувати роботу розділеного екрана в одному файлі! Існує небагато інших способів визначити, чи шукаєте ви посилання або робочу область файлу.
Адам

1

Так, як говорить @maple_host, дуже зручно робити "vi file.py +142", коли в цьому номері рядка я бачу виняток, що походить з коду. Плюс інші згадані переваги при парному програмуванні тощо ... Завжди вигідно включати номери рядків у будь-якому редакторі. (Я пам’ятаю неясну помилку компіляції, яку повідомляв MS VC ++ 6 в одному зі стандартних файлів заголовка, рядок #blah !! .. Це було фактично переосмисленням макросу, зробленим власноруч !!). Знайдіть і вбийте.

з повагою, Yati Sagade


Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.